]>
Commit | Line | Data |
---|---|---|
1ab3bf1b JG |
1 | /* GDB routines for manipulating the minimal symbol tables. |
2 | Copyright 1992 Free Software Foundation, Inc. | |
3 | Contributed by Cygnus Support, using pieces from other GDB modules. | |
4 | ||
5 | This file is part of GDB. | |
6 | ||
7 | This program is free software; you can redistribute it and/or modify | |
8 | it under the terms of the GNU General Public License as published by | |
9 | the Free Software Foundation; either version 2 of the License, or | |
10 | (at your option) any later version. | |
11 | ||
12 | This program is distributed in the hope that it will be useful, | |
13 | but WITHOUT ANY WARRANTY; without even the implied warranty of | |
14 | MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the | |
15 | GNU General Public License for more details. | |
16 | ||
17 | You should have received a copy of the GNU General Public License | |
18 | along with this program; if not, write to the Free Software | |
19 | Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ | |
20 | ||
21 | ||
22 | /* This file contains support routines for creating, manipulating, and | |
23 | destroying minimal symbol tables. | |
24 | ||
25 | Minimal symbol tables are used to hold some very basic information about | |
26 | all defined global symbols (text, data, bss, abs, etc). The only two | |
27 | required pieces of information are the symbol's name and the address | |
28 | associated with that symbol. | |
29 | ||
30 | In many cases, even if a file was compiled with no special options for | |
31 | debugging at all, as long as was not stripped it will contain sufficient | |
32 | information to build useful minimal symbol tables using this structure. | |
33 | ||
34 | Even when a file contains enough debugging information to build a full | |
35 | symbol table, these minimal symbols are still useful for quickly mapping | |
36 | between names and addresses, and vice versa. They are also sometimes used | |
37 | to figure out what full symbol table entries need to be read in. */ | |
38 | ||
39 | ||
1ab3bf1b JG |
40 | #include "defs.h" |
41 | #include "symtab.h" | |
42 | #include "bfd.h" | |
43 | #include "symfile.h" | |
5e2e79f8 | 44 | #include "objfiles.h" |
2e4964ad | 45 | #include "demangle.h" |
1ab3bf1b JG |
46 | |
47 | /* Accumulate the minimal symbols for each objfile in bunches of BUNCH_SIZE. | |
48 | At the end, copy them all into one newly allocated location on an objfile's | |
49 | symbol obstack. */ | |
50 | ||
51 | #define BUNCH_SIZE 127 | |
52 | ||
53 | struct msym_bunch | |
54 | { | |
55 | struct msym_bunch *next; | |
56 | struct minimal_symbol contents[BUNCH_SIZE]; | |
57 | }; | |
58 | ||
59 | /* Bunch currently being filled up. | |
60 | The next field points to chain of filled bunches. */ | |
61 | ||
62 | static struct msym_bunch *msym_bunch; | |
63 | ||
64 | /* Number of slots filled in current bunch. */ | |
65 | ||
66 | static int msym_bunch_index; | |
67 | ||
68 | /* Total number of minimal symbols recorded so far for the objfile. */ | |
69 | ||
70 | static int msym_count; | |
71 | ||
72 | /* Prototypes for local functions. */ | |
73 | ||
74 | static int | |
75 | compare_minimal_symbols PARAMS ((const void *, const void *)); | |
76 | ||
77 | static int | |
78 | compact_minimal_symbols PARAMS ((struct minimal_symbol *, int)); | |
79 | ||
1ab3bf1b JG |
80 | /* Look through all the current minimal symbol tables and find the first |
81 | minimal symbol that matches NAME. If OBJF is non-NULL, it specifies a | |
82 | particular objfile and the search is limited to that objfile. Returns | |
83 | a pointer to the minimal symbol that matches, or NULL if no match is found. | |
84 | ||
507e4004 | 85 | Note: One instance where there may be duplicate minimal symbols with |
1ab3bf1b JG |
86 | the same name is when the symbol tables for a shared library and the |
87 | symbol tables for an executable contain global symbols with the same | |
88 | names (the dynamic linker deals with the duplication). */ | |
89 | ||
90 | struct minimal_symbol * | |
91 | lookup_minimal_symbol (name, objf) | |
92 | register const char *name; | |
93 | struct objfile *objf; | |
94 | { | |
95 | struct objfile *objfile; | |
96 | struct minimal_symbol *msymbol; | |
97 | struct minimal_symbol *found_symbol = NULL; | |
164207ca | 98 | struct minimal_symbol *found_file_symbol = NULL; |
1eeba686 | 99 | #ifdef IBM6000_TARGET |
507e4004 PB |
100 | struct minimal_symbol *trampoline_symbol = NULL; |
101 | #endif | |
1ab3bf1b JG |
102 | |
103 | for (objfile = object_files; | |
104 | objfile != NULL && found_symbol == NULL; | |
105 | objfile = objfile -> next) | |
106 | { | |
107 | if (objf == NULL || objf == objfile) | |
108 | { | |
109 | for (msymbol = objfile -> msymbols; | |
2e4964ad | 110 | msymbol != NULL && SYMBOL_NAME (msymbol) != NULL && |
1ab3bf1b JG |
111 | found_symbol == NULL; |
112 | msymbol++) | |
113 | { | |
2e4964ad | 114 | if (SYMBOL_MATCHES_NAME (msymbol, name)) |
1ab3bf1b | 115 | { |
164207ca JK |
116 | switch (MSYMBOL_TYPE (msymbol)) |
117 | { | |
118 | case mst_file_text: | |
119 | case mst_file_data: | |
120 | case mst_file_bss: | |
121 | /* It is file-local. If we find more than one, just | |
122 | return the latest one (the user can't expect | |
123 | useful behavior in that case). */ | |
124 | found_file_symbol = msymbol; | |
125 | break; | |
126 | ||
127 | case mst_unknown: | |
1eeba686 | 128 | #ifdef IBM6000_TARGET |
164207ca JK |
129 | /* I *think* all platforms using shared |
130 | libraries (and trampoline code) will suffer | |
131 | this problem. Consider a case where there are | |
132 | 5 shared libraries, each referencing `foo' | |
133 | with a trampoline entry. When someone wants | |
134 | to put a breakpoint on `foo' and the only | |
135 | info we have is minimal symbol vector, we | |
136 | want to use the real `foo', rather than one | |
137 | of those trampoline entries. MGO */ | |
138 | ||
139 | /* If a trampoline symbol is found, we prefer to | |
140 | keep looking for the *real* symbol. If the | |
141 | actual symbol not found, then we'll use the | |
142 | trampoline entry. Sorry for the machine | |
143 | dependent code here, but I hope this will | |
144 | benefit other platforms as well. For | |
145 | trampoline entries, we used mst_unknown | |
146 | earlier. Perhaps we should define a | |
147 | `mst_trampoline' type?? */ | |
148 | ||
149 | if (trampoline_symbol == NULL) | |
150 | trampoline_symbol = msymbol; | |
151 | break; | |
507e4004 | 152 | #else |
164207ca | 153 | /* FALLTHROUGH */ |
507e4004 | 154 | #endif |
164207ca JK |
155 | default: |
156 | found_symbol = msymbol; | |
157 | break; | |
158 | } | |
1ab3bf1b JG |
159 | } |
160 | } | |
161 | } | |
162 | } | |
164207ca JK |
163 | /* External symbols are best. */ |
164 | if (found_symbol) | |
165 | return found_symbol; | |
166 | ||
167 | /* File-local symbols are next best. */ | |
168 | if (found_file_symbol) | |
169 | return found_file_symbol; | |
170 | ||
171 | /* Symbols for IBM shared library trampolines are next best. */ | |
1eeba686 | 172 | #ifdef IBM6000_TARGET |
164207ca JK |
173 | if (trampoline_symbol) |
174 | return trampoline_symbol; | |
507e4004 PB |
175 | #endif |
176 | ||
164207ca | 177 | return NULL; |
1ab3bf1b JG |
178 | } |
179 | ||
180 | ||
181 | /* Search through the minimal symbol table for each objfile and find the | |
182 | symbol whose address is the largest address that is still less than or | |
183 | equal to PC. Returns a pointer to the minimal symbol if such a symbol | |
184 | is found, or NULL if PC is not in a suitable range. Note that we need | |
185 | to look through ALL the minimal symbol tables before deciding on the | |
55f65171 JK |
186 | symbol that comes closest to the specified PC. This is because objfiles |
187 | can overlap, for example objfile A has .text at 0x100 and .data at 0x40000 | |
188 | and objfile B has .text at 0x234 and .data at 0x40048. */ | |
1ab3bf1b JG |
189 | |
190 | struct minimal_symbol * | |
191 | lookup_minimal_symbol_by_pc (pc) | |
192 | register CORE_ADDR pc; | |
193 | { | |
194 | register int lo; | |
195 | register int hi; | |
196 | register int new; | |
197 | register struct objfile *objfile; | |
198 | register struct minimal_symbol *msymbol; | |
199 | register struct minimal_symbol *best_symbol = NULL; | |
200 | ||
201 | for (objfile = object_files; | |
202 | objfile != NULL; | |
203 | objfile = objfile -> next) | |
204 | { | |
205 | /* If this objfile has a minimal symbol table, go search it using | |
206 | a binary search. Note that a minimal symbol table always consists | |
207 | of at least two symbols, a "real" symbol and the terminating | |
208 | "null symbol". If there are no real symbols, then there is no | |
209 | minimal symbol table at all. */ | |
210 | ||
211 | if ((msymbol = objfile -> msymbols) != NULL) | |
212 | { | |
213 | lo = 0; | |
a521e93a | 214 | hi = objfile -> minimal_symbol_count - 1; |
9f1e14f4 | 215 | |
1ab3bf1b JG |
216 | /* This code assumes that the minimal symbols are sorted by |
217 | ascending address values. If the pc value is greater than or | |
218 | equal to the first symbol's address, then some symbol in this | |
219 | minimal symbol table is a suitable candidate for being the | |
220 | "best" symbol. This includes the last real symbol, for cases | |
221 | where the pc value is larger than any address in this vector. | |
222 | ||
223 | By iterating until the address associated with the current | |
224 | hi index (the endpoint of the test interval) is less than | |
225 | or equal to the desired pc value, we accomplish two things: | |
226 | (1) the case where the pc value is larger than any minimal | |
227 | symbol address is trivially solved, (2) the address associated | |
228 | with the hi index is always the one we want when the interation | |
229 | terminates. In essence, we are iterating the test interval | |
230 | down until the pc value is pushed out of it from the high end. | |
231 | ||
232 | Warning: this code is trickier than it would appear at first. */ | |
233 | ||
1eeba686 | 234 | /* Should also requires that pc is <= end of objfile. FIXME! */ |
2e4964ad | 235 | if (pc >= SYMBOL_VALUE_ADDRESS (&msymbol[lo])) |
1ab3bf1b | 236 | { |
2e4964ad | 237 | while (SYMBOL_VALUE_ADDRESS (&msymbol[hi]) > pc) |
1ab3bf1b JG |
238 | { |
239 | /* pc is still strictly less than highest address */ | |
240 | /* Note "new" will always be >= lo */ | |
241 | new = (lo + hi) / 2; | |
2e4964ad FF |
242 | if ((SYMBOL_VALUE_ADDRESS (&msymbol[new]) >= pc) || |
243 | (lo == new)) | |
1ab3bf1b JG |
244 | { |
245 | hi = new; | |
246 | } | |
247 | else | |
248 | { | |
249 | lo = new; | |
250 | } | |
251 | } | |
252 | /* The minimal symbol indexed by hi now is the best one in this | |
253 | objfile's minimal symbol table. See if it is the best one | |
254 | overall. */ | |
255 | ||
291b84ff JK |
256 | /* Skip any absolute symbols. This is apparently what adb |
257 | and dbx do, and is needed for the CM-5. There are two | |
258 | known possible problems: (1) on ELF, apparently end, edata, | |
259 | etc. are absolute. Not sure ignoring them here is a big | |
260 | deal, but if we want to use them, the fix would go in | |
261 | elfread.c. (2) I think shared library entry points on the | |
262 | NeXT are absolute. If we want special handling for this | |
263 | it probably should be triggered by a special | |
264 | mst_abs_or_lib or some such. */ | |
265 | while (hi >= 0 | |
266 | && msymbol[hi].type == mst_abs) | |
267 | --hi; | |
268 | ||
269 | if (hi >= 0 | |
270 | && ((best_symbol == NULL) || | |
271 | (SYMBOL_VALUE_ADDRESS (best_symbol) < | |
272 | SYMBOL_VALUE_ADDRESS (&msymbol[hi])))) | |
1ab3bf1b JG |
273 | { |
274 | best_symbol = &msymbol[hi]; | |
275 | } | |
276 | } | |
9f1e14f4 JK |
277 | } |
278 | } | |
279 | return (best_symbol); | |
280 | } | |
281 | ||
1ab3bf1b JG |
282 | /* Prepare to start collecting minimal symbols. Note that presetting |
283 | msym_bunch_index to BUNCH_SIZE causes the first call to save a minimal | |
284 | symbol to allocate the memory for the first bunch. */ | |
285 | ||
286 | void | |
287 | init_minimal_symbol_collection () | |
288 | { | |
289 | msym_count = 0; | |
290 | msym_bunch = NULL; | |
291 | msym_bunch_index = BUNCH_SIZE; | |
292 | } | |
293 | ||
294 | void | |
295 | prim_record_minimal_symbol (name, address, ms_type) | |
296 | const char *name; | |
297 | CORE_ADDR address; | |
298 | enum minimal_symbol_type ms_type; | |
299 | { | |
300 | register struct msym_bunch *new; | |
2e4964ad | 301 | register struct minimal_symbol *msymbol; |
1ab3bf1b JG |
302 | |
303 | if (msym_bunch_index == BUNCH_SIZE) | |
304 | { | |
305 | new = (struct msym_bunch *) xmalloc (sizeof (struct msym_bunch)); | |
306 | msym_bunch_index = 0; | |
307 | new -> next = msym_bunch; | |
308 | msym_bunch = new; | |
309 | } | |
2e4964ad FF |
310 | msymbol = &msym_bunch -> contents[msym_bunch_index]; |
311 | SYMBOL_NAME (msymbol) = (char *) name; | |
7532cf10 | 312 | SYMBOL_INIT_LANGUAGE_SPECIFIC (msymbol, language_unknown); |
2e4964ad | 313 | SYMBOL_VALUE_ADDRESS (msymbol) = address; |
3c02636b | 314 | SYMBOL_SECTION (msymbol) = -1; |
2e4964ad FF |
315 | MSYMBOL_TYPE (msymbol) = ms_type; |
316 | /* FIXME: This info, if it remains, needs its own field. */ | |
317 | MSYMBOL_INFO (msymbol) = NULL; /* FIXME! */ | |
1ab3bf1b JG |
318 | msym_bunch_index++; |
319 | msym_count++; | |
320 | } | |
321 | ||
2e4964ad FF |
322 | /* FIXME: Why don't we just combine this function with the one above |
323 | and pass it a NULL info pointer value if info is not needed? */ | |
324 | ||
93297ea0 | 325 | void |
3c02636b | 326 | prim_record_minimal_symbol_and_info (name, address, ms_type, info, section) |
93297ea0 JG |
327 | const char *name; |
328 | CORE_ADDR address; | |
329 | enum minimal_symbol_type ms_type; | |
330 | char *info; | |
3c02636b | 331 | int section; |
93297ea0 JG |
332 | { |
333 | register struct msym_bunch *new; | |
2e4964ad | 334 | register struct minimal_symbol *msymbol; |
93297ea0 JG |
335 | |
336 | if (msym_bunch_index == BUNCH_SIZE) | |
337 | { | |
338 | new = (struct msym_bunch *) xmalloc (sizeof (struct msym_bunch)); | |
339 | msym_bunch_index = 0; | |
340 | new -> next = msym_bunch; | |
341 | msym_bunch = new; | |
342 | } | |
2e4964ad FF |
343 | msymbol = &msym_bunch -> contents[msym_bunch_index]; |
344 | SYMBOL_NAME (msymbol) = (char *) name; | |
7532cf10 | 345 | SYMBOL_INIT_LANGUAGE_SPECIFIC (msymbol, language_unknown); |
2e4964ad | 346 | SYMBOL_VALUE_ADDRESS (msymbol) = address; |
3c02636b | 347 | SYMBOL_SECTION (msymbol) = section; |
2e4964ad FF |
348 | MSYMBOL_TYPE (msymbol) = ms_type; |
349 | /* FIXME: This info, if it remains, needs its own field. */ | |
350 | MSYMBOL_INFO (msymbol) = info; /* FIXME! */ | |
93297ea0 JG |
351 | msym_bunch_index++; |
352 | msym_count++; | |
353 | } | |
354 | ||
1ab3bf1b JG |
355 | /* Compare two minimal symbols by address and return a signed result based |
356 | on unsigned comparisons, so that we sort into unsigned numeric order. */ | |
357 | ||
358 | static int | |
359 | compare_minimal_symbols (fn1p, fn2p) | |
360 | const PTR fn1p; | |
361 | const PTR fn2p; | |
362 | { | |
363 | register const struct minimal_symbol *fn1; | |
364 | register const struct minimal_symbol *fn2; | |
365 | ||
366 | fn1 = (const struct minimal_symbol *) fn1p; | |
367 | fn2 = (const struct minimal_symbol *) fn2p; | |
368 | ||
2e4964ad | 369 | if (SYMBOL_VALUE_ADDRESS (fn1) < SYMBOL_VALUE_ADDRESS (fn2)) |
1ab3bf1b JG |
370 | { |
371 | return (-1); | |
372 | } | |
2e4964ad | 373 | else if (SYMBOL_VALUE_ADDRESS (fn1) > SYMBOL_VALUE_ADDRESS (fn2)) |
1ab3bf1b JG |
374 | { |
375 | return (1); | |
376 | } | |
377 | else | |
378 | { | |
379 | return (0); | |
380 | } | |
381 | } | |
382 | ||
383 | /* Discard the currently collected minimal symbols, if any. If we wish | |
384 | to save them for later use, we must have already copied them somewhere | |
385 | else before calling this function. | |
386 | ||
387 | FIXME: We could allocate the minimal symbol bunches on their own | |
388 | obstack and then simply blow the obstack away when we are done with | |
389 | it. Is it worth the extra trouble though? */ | |
390 | ||
391 | /* ARGSUSED */ | |
392 | void | |
393 | discard_minimal_symbols (foo) | |
394 | int foo; | |
395 | { | |
396 | register struct msym_bunch *next; | |
397 | ||
398 | while (msym_bunch != NULL) | |
399 | { | |
400 | next = msym_bunch -> next; | |
84ffdec2 | 401 | free ((PTR)msym_bunch); |
1ab3bf1b JG |
402 | msym_bunch = next; |
403 | } | |
404 | } | |
405 | ||
406 | /* Compact duplicate entries out of a minimal symbol table by walking | |
407 | through the table and compacting out entries with duplicate addresses | |
021959e2 JG |
408 | and matching names. Return the number of entries remaining. |
409 | ||
410 | On entry, the table resides between msymbol[0] and msymbol[mcount]. | |
411 | On exit, it resides between msymbol[0] and msymbol[result_count]. | |
1ab3bf1b JG |
412 | |
413 | When files contain multiple sources of symbol information, it is | |
414 | possible for the minimal symbol table to contain many duplicate entries. | |
415 | As an example, SVR4 systems use ELF formatted object files, which | |
416 | usually contain at least two different types of symbol tables (a | |
417 | standard ELF one and a smaller dynamic linking table), as well as | |
418 | DWARF debugging information for files compiled with -g. | |
419 | ||
420 | Without compacting, the minimal symbol table for gdb itself contains | |
421 | over a 1000 duplicates, about a third of the total table size. Aside | |
422 | from the potential trap of not noticing that two successive entries | |
423 | identify the same location, this duplication impacts the time required | |
021959e2 | 424 | to linearly scan the table, which is done in a number of places. So we |
1ab3bf1b JG |
425 | just do one linear scan here and toss out the duplicates. |
426 | ||
427 | Note that we are not concerned here about recovering the space that | |
428 | is potentially freed up, because the strings themselves are allocated | |
429 | on the symbol_obstack, and will get automatically freed when the symbol | |
021959e2 JG |
430 | table is freed. The caller can free up the unused minimal symbols at |
431 | the end of the compacted region if their allocation strategy allows it. | |
1ab3bf1b JG |
432 | |
433 | Also note we only go up to the next to last entry within the loop | |
434 | and then copy the last entry explicitly after the loop terminates. | |
435 | ||
436 | Since the different sources of information for each symbol may | |
437 | have different levels of "completeness", we may have duplicates | |
438 | that have one entry with type "mst_unknown" and the other with a | |
439 | known type. So if the one we are leaving alone has type mst_unknown, | |
440 | overwrite its type with the type from the one we are compacting out. */ | |
441 | ||
442 | static int | |
443 | compact_minimal_symbols (msymbol, mcount) | |
444 | struct minimal_symbol *msymbol; | |
445 | int mcount; | |
446 | { | |
447 | struct minimal_symbol *copyfrom; | |
448 | struct minimal_symbol *copyto; | |
449 | ||
450 | if (mcount > 0) | |
451 | { | |
452 | copyfrom = copyto = msymbol; | |
453 | while (copyfrom < msymbol + mcount - 1) | |
454 | { | |
2e4964ad FF |
455 | if (SYMBOL_VALUE_ADDRESS (copyfrom) == |
456 | SYMBOL_VALUE_ADDRESS ((copyfrom + 1)) && | |
457 | (STREQ (SYMBOL_NAME (copyfrom), SYMBOL_NAME ((copyfrom + 1))))) | |
1ab3bf1b | 458 | { |
2e4964ad | 459 | if (MSYMBOL_TYPE((copyfrom + 1)) == mst_unknown) |
1ab3bf1b | 460 | { |
2e4964ad | 461 | MSYMBOL_TYPE ((copyfrom + 1)) = MSYMBOL_TYPE (copyfrom); |
1ab3bf1b JG |
462 | } |
463 | copyfrom++; | |
464 | } | |
465 | else | |
466 | { | |
467 | *copyto++ = *copyfrom++; | |
468 | } | |
469 | } | |
470 | *copyto++ = *copyfrom++; | |
471 | mcount = copyto - msymbol; | |
472 | } | |
473 | return (mcount); | |
474 | } | |
475 | ||
2e4964ad FF |
476 | /* Add the minimal symbols in the existing bunches to the objfile's official |
477 | minimal symbol table. In most cases there is no minimal symbol table yet | |
478 | for this objfile, and the existing bunches are used to create one. Once | |
479 | in a while (for shared libraries for example), we add symbols (e.g. common | |
480 | symbols) to an existing objfile. | |
481 | ||
482 | Because of the way minimal symbols are collected, we generally have no way | |
483 | of knowing what source language applies to any particular minimal symbol. | |
484 | Specifically, we have no way of knowing if the minimal symbol comes from a | |
485 | C++ compilation unit or not. So for the sake of supporting cached | |
486 | demangled C++ names, we have no choice but to try and demangle each new one | |
487 | that comes in. If the demangling succeeds, then we assume it is a C++ | |
488 | symbol and set the symbol's language and demangled name fields | |
489 | appropriately. Note that in order to avoid unnecessary demanglings, and | |
490 | allocating obstack space that subsequently can't be freed for the demangled | |
491 | names, we mark all newly added symbols with language_auto. After | |
492 | compaction of the minimal symbols, we go back and scan the entire minimal | |
493 | symbol table looking for these new symbols. For each new symbol we attempt | |
494 | to demangle it, and if successful, record it as a language_cplus symbol | |
495 | and cache the demangled form on the symbol obstack. Symbols which don't | |
496 | demangle are marked as language_unknown symbols, which inhibits future | |
497 | attempts to demangle them if we later add more minimal symbols. */ | |
1ab3bf1b JG |
498 | |
499 | void | |
021959e2 | 500 | install_minimal_symbols (objfile) |
1ab3bf1b JG |
501 | struct objfile *objfile; |
502 | { | |
503 | register int bindex; | |
504 | register int mcount; | |
505 | register struct msym_bunch *bunch; | |
506 | register struct minimal_symbol *msymbols; | |
021959e2 | 507 | int alloc_count; |
de9bef49 | 508 | register char leading_char; |
1ab3bf1b JG |
509 | |
510 | if (msym_count > 0) | |
511 | { | |
021959e2 JG |
512 | /* Allocate enough space in the obstack, into which we will gather the |
513 | bunches of new and existing minimal symbols, sort them, and then | |
514 | compact out the duplicate entries. Once we have a final table, | |
515 | we will give back the excess space. */ | |
516 | ||
517 | alloc_count = msym_count + objfile->minimal_symbol_count + 1; | |
518 | obstack_blank (&objfile->symbol_obstack, | |
519 | alloc_count * sizeof (struct minimal_symbol)); | |
1ab3bf1b | 520 | msymbols = (struct minimal_symbol *) |
021959e2 JG |
521 | obstack_base (&objfile->symbol_obstack); |
522 | ||
523 | /* Copy in the existing minimal symbols, if there are any. */ | |
524 | ||
525 | if (objfile->minimal_symbol_count) | |
526 | memcpy ((char *)msymbols, (char *)objfile->msymbols, | |
527 | objfile->minimal_symbol_count * sizeof (struct minimal_symbol)); | |
528 | ||
1ab3bf1b JG |
529 | /* Walk through the list of minimal symbol bunches, adding each symbol |
530 | to the new contiguous array of symbols. Note that we start with the | |
531 | current, possibly partially filled bunch (thus we use the current | |
532 | msym_bunch_index for the first bunch we copy over), and thereafter | |
533 | each bunch is full. */ | |
534 | ||
021959e2 | 535 | mcount = objfile->minimal_symbol_count; |
de9bef49 | 536 | leading_char = bfd_get_symbol_leading_char (objfile->obfd); |
021959e2 | 537 | |
1ab3bf1b JG |
538 | for (bunch = msym_bunch; bunch != NULL; bunch = bunch -> next) |
539 | { | |
540 | for (bindex = 0; bindex < msym_bunch_index; bindex++, mcount++) | |
541 | { | |
542 | msymbols[mcount] = bunch -> contents[bindex]; | |
2e4964ad FF |
543 | SYMBOL_LANGUAGE (&msymbols[mcount]) = language_auto; |
544 | if (SYMBOL_NAME (&msymbols[mcount])[0] == leading_char) | |
1ab3bf1b | 545 | { |
2e4964ad | 546 | SYMBOL_NAME(&msymbols[mcount])++; |
1ab3bf1b | 547 | } |
1ab3bf1b JG |
548 | } |
549 | msym_bunch_index = BUNCH_SIZE; | |
550 | } | |
021959e2 | 551 | |
1ab3bf1b JG |
552 | /* Sort the minimal symbols by address. */ |
553 | ||
554 | qsort (msymbols, mcount, sizeof (struct minimal_symbol), | |
555 | compare_minimal_symbols); | |
556 | ||
021959e2 JG |
557 | /* Compact out any duplicates, and free up whatever space we are |
558 | no longer using. */ | |
1ab3bf1b JG |
559 | |
560 | mcount = compact_minimal_symbols (msymbols, mcount); | |
1ab3bf1b | 561 | |
021959e2 JG |
562 | obstack_blank (&objfile->symbol_obstack, |
563 | (mcount + 1 - alloc_count) * sizeof (struct minimal_symbol)); | |
564 | msymbols = (struct minimal_symbol *) | |
565 | obstack_finish (&objfile->symbol_obstack); | |
566 | ||
2e4964ad FF |
567 | /* We also terminate the minimal symbol table with a "null symbol", |
568 | which is *not* included in the size of the table. This makes it | |
569 | easier to find the end of the table when we are handed a pointer | |
570 | to some symbol in the middle of it. Zero out the fields in the | |
571 | "null symbol" allocated at the end of the array. Note that the | |
572 | symbol count does *not* include this null symbol, which is why it | |
573 | is indexed by mcount and not mcount-1. */ | |
574 | ||
575 | SYMBOL_NAME (&msymbols[mcount]) = NULL; | |
576 | SYMBOL_VALUE_ADDRESS (&msymbols[mcount]) = 0; | |
577 | MSYMBOL_INFO (&msymbols[mcount]) = NULL; | |
578 | MSYMBOL_TYPE (&msymbols[mcount]) = mst_unknown; | |
7532cf10 | 579 | SYMBOL_INIT_LANGUAGE_SPECIFIC (&msymbols[mcount], language_unknown); |
021959e2 JG |
580 | |
581 | /* Attach the minimal symbol table to the specified objfile. | |
582 | The strings themselves are also located in the symbol_obstack | |
583 | of this objfile. */ | |
584 | ||
585 | objfile -> minimal_symbol_count = mcount; | |
586 | objfile -> msymbols = msymbols; | |
2e4964ad FF |
587 | |
588 | /* Now walk through all the minimal symbols, selecting the newly added | |
589 | ones and attempting to cache their C++ demangled names. */ | |
590 | ||
591 | for ( ; mcount-- > 0 ; msymbols++) | |
592 | { | |
7532cf10 | 593 | SYMBOL_INIT_DEMANGLED_NAME (msymbols, &objfile->symbol_obstack); |
2e4964ad | 594 | } |
1ab3bf1b JG |
595 | } |
596 | } | |
597 |