| 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 | |
| 40 | #include "defs.h" |
| 41 | #include "symtab.h" |
| 42 | #include "bfd.h" |
| 43 | #include "symfile.h" |
| 44 | #include "objfiles.h" |
| 45 | #include "demangle.h" |
| 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 | |
| 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 | |
| 85 | Note: One instance where there may be duplicate minimal symbols with |
| 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; |
| 98 | struct minimal_symbol *found_file_symbol = NULL; |
| 99 | #ifdef IBM6000_TARGET |
| 100 | struct minimal_symbol *trampoline_symbol = NULL; |
| 101 | #endif |
| 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; |
| 110 | msymbol != NULL && SYMBOL_NAME (msymbol) != NULL && |
| 111 | found_symbol == NULL; |
| 112 | msymbol++) |
| 113 | { |
| 114 | if (SYMBOL_MATCHES_NAME (msymbol, name)) |
| 115 | { |
| 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: |
| 128 | #ifdef IBM6000_TARGET |
| 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; |
| 152 | #else |
| 153 | /* FALLTHROUGH */ |
| 154 | #endif |
| 155 | default: |
| 156 | found_symbol = msymbol; |
| 157 | break; |
| 158 | } |
| 159 | } |
| 160 | } |
| 161 | } |
| 162 | } |
| 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. */ |
| 172 | #ifdef IBM6000_TARGET |
| 173 | if (trampoline_symbol) |
| 174 | return trampoline_symbol; |
| 175 | #endif |
| 176 | |
| 177 | return NULL; |
| 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 |
| 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. */ |
| 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; |
| 214 | hi = objfile -> minimal_symbol_count - 1; |
| 215 | |
| 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 | |
| 234 | /* Should also requires that pc is <= end of objfile. FIXME! */ |
| 235 | if (pc >= SYMBOL_VALUE_ADDRESS (&msymbol[lo])) |
| 236 | { |
| 237 | while (SYMBOL_VALUE_ADDRESS (&msymbol[hi]) > pc) |
| 238 | { |
| 239 | /* pc is still strictly less than highest address */ |
| 240 | /* Note "new" will always be >= lo */ |
| 241 | new = (lo + hi) / 2; |
| 242 | if ((SYMBOL_VALUE_ADDRESS (&msymbol[new]) >= pc) || |
| 243 | (lo == new)) |
| 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 | |
| 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])))) |
| 273 | { |
| 274 | best_symbol = &msymbol[hi]; |
| 275 | } |
| 276 | } |
| 277 | } |
| 278 | } |
| 279 | return (best_symbol); |
| 280 | } |
| 281 | |
| 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, objfile) |
| 296 | const char *name; |
| 297 | CORE_ADDR address; |
| 298 | enum minimal_symbol_type ms_type; |
| 299 | struct objfile *objfile; |
| 300 | { |
| 301 | prim_record_minimal_symbol_and_info (name, address, ms_type, |
| 302 | NULL, -1, objfile); |
| 303 | } |
| 304 | |
| 305 | void |
| 306 | prim_record_minimal_symbol_and_info (name, address, ms_type, info, section, |
| 307 | objfile) |
| 308 | const char *name; |
| 309 | CORE_ADDR address; |
| 310 | enum minimal_symbol_type ms_type; |
| 311 | char *info; |
| 312 | int section; |
| 313 | struct objfile *objfile; |
| 314 | { |
| 315 | register struct msym_bunch *new; |
| 316 | register struct minimal_symbol *msymbol; |
| 317 | |
| 318 | if (ms_type == mst_file_text) |
| 319 | { |
| 320 | /* Don't put gcc_compiled, __gnu_compiled_cplus, and friends into |
| 321 | the minimal symbols, because if there is also another symbol |
| 322 | at the same address (e.g. the first function of the file), |
| 323 | lookup_minimal_symbol_by_pc would have no way of getting the |
| 324 | right one. */ |
| 325 | if (name[0] == 'g' |
| 326 | && (strcmp (name, GCC_COMPILED_FLAG_SYMBOL) == 0 |
| 327 | || strcmp (name, GCC2_COMPILED_FLAG_SYMBOL) == 0)) |
| 328 | return; |
| 329 | |
| 330 | { |
| 331 | const char *tempstring = name; |
| 332 | if (tempstring[0] == bfd_get_symbol_leading_char (objfile->obfd)) |
| 333 | ++tempstring; |
| 334 | if (STREQN (tempstring, "__gnu_compiled", 14)) |
| 335 | return; |
| 336 | } |
| 337 | } |
| 338 | |
| 339 | if (msym_bunch_index == BUNCH_SIZE) |
| 340 | { |
| 341 | new = (struct msym_bunch *) xmalloc (sizeof (struct msym_bunch)); |
| 342 | msym_bunch_index = 0; |
| 343 | new -> next = msym_bunch; |
| 344 | msym_bunch = new; |
| 345 | } |
| 346 | msymbol = &msym_bunch -> contents[msym_bunch_index]; |
| 347 | SYMBOL_NAME (msymbol) = (char *) name; |
| 348 | SYMBOL_INIT_LANGUAGE_SPECIFIC (msymbol, language_unknown); |
| 349 | SYMBOL_VALUE_ADDRESS (msymbol) = address; |
| 350 | SYMBOL_SECTION (msymbol) = section; |
| 351 | MSYMBOL_TYPE (msymbol) = ms_type; |
| 352 | /* FIXME: This info, if it remains, needs its own field. */ |
| 353 | MSYMBOL_INFO (msymbol) = info; /* FIXME! */ |
| 354 | msym_bunch_index++; |
| 355 | msym_count++; |
| 356 | } |
| 357 | |
| 358 | /* Compare two minimal symbols by address and return a signed result based |
| 359 | on unsigned comparisons, so that we sort into unsigned numeric order. */ |
| 360 | |
| 361 | static int |
| 362 | compare_minimal_symbols (fn1p, fn2p) |
| 363 | const PTR fn1p; |
| 364 | const PTR fn2p; |
| 365 | { |
| 366 | register const struct minimal_symbol *fn1; |
| 367 | register const struct minimal_symbol *fn2; |
| 368 | |
| 369 | fn1 = (const struct minimal_symbol *) fn1p; |
| 370 | fn2 = (const struct minimal_symbol *) fn2p; |
| 371 | |
| 372 | if (SYMBOL_VALUE_ADDRESS (fn1) < SYMBOL_VALUE_ADDRESS (fn2)) |
| 373 | { |
| 374 | return (-1); |
| 375 | } |
| 376 | else if (SYMBOL_VALUE_ADDRESS (fn1) > SYMBOL_VALUE_ADDRESS (fn2)) |
| 377 | { |
| 378 | return (1); |
| 379 | } |
| 380 | else |
| 381 | { |
| 382 | return (0); |
| 383 | } |
| 384 | } |
| 385 | |
| 386 | /* Discard the currently collected minimal symbols, if any. If we wish |
| 387 | to save them for later use, we must have already copied them somewhere |
| 388 | else before calling this function. |
| 389 | |
| 390 | FIXME: We could allocate the minimal symbol bunches on their own |
| 391 | obstack and then simply blow the obstack away when we are done with |
| 392 | it. Is it worth the extra trouble though? */ |
| 393 | |
| 394 | /* ARGSUSED */ |
| 395 | void |
| 396 | discard_minimal_symbols (foo) |
| 397 | int foo; |
| 398 | { |
| 399 | register struct msym_bunch *next; |
| 400 | |
| 401 | while (msym_bunch != NULL) |
| 402 | { |
| 403 | next = msym_bunch -> next; |
| 404 | free ((PTR)msym_bunch); |
| 405 | msym_bunch = next; |
| 406 | } |
| 407 | } |
| 408 | |
| 409 | /* Compact duplicate entries out of a minimal symbol table by walking |
| 410 | through the table and compacting out entries with duplicate addresses |
| 411 | and matching names. Return the number of entries remaining. |
| 412 | |
| 413 | On entry, the table resides between msymbol[0] and msymbol[mcount]. |
| 414 | On exit, it resides between msymbol[0] and msymbol[result_count]. |
| 415 | |
| 416 | When files contain multiple sources of symbol information, it is |
| 417 | possible for the minimal symbol table to contain many duplicate entries. |
| 418 | As an example, SVR4 systems use ELF formatted object files, which |
| 419 | usually contain at least two different types of symbol tables (a |
| 420 | standard ELF one and a smaller dynamic linking table), as well as |
| 421 | DWARF debugging information for files compiled with -g. |
| 422 | |
| 423 | Without compacting, the minimal symbol table for gdb itself contains |
| 424 | over a 1000 duplicates, about a third of the total table size. Aside |
| 425 | from the potential trap of not noticing that two successive entries |
| 426 | identify the same location, this duplication impacts the time required |
| 427 | to linearly scan the table, which is done in a number of places. So we |
| 428 | just do one linear scan here and toss out the duplicates. |
| 429 | |
| 430 | Note that we are not concerned here about recovering the space that |
| 431 | is potentially freed up, because the strings themselves are allocated |
| 432 | on the symbol_obstack, and will get automatically freed when the symbol |
| 433 | table is freed. The caller can free up the unused minimal symbols at |
| 434 | the end of the compacted region if their allocation strategy allows it. |
| 435 | |
| 436 | Also note we only go up to the next to last entry within the loop |
| 437 | and then copy the last entry explicitly after the loop terminates. |
| 438 | |
| 439 | Since the different sources of information for each symbol may |
| 440 | have different levels of "completeness", we may have duplicates |
| 441 | that have one entry with type "mst_unknown" and the other with a |
| 442 | known type. So if the one we are leaving alone has type mst_unknown, |
| 443 | overwrite its type with the type from the one we are compacting out. */ |
| 444 | |
| 445 | static int |
| 446 | compact_minimal_symbols (msymbol, mcount) |
| 447 | struct minimal_symbol *msymbol; |
| 448 | int mcount; |
| 449 | { |
| 450 | struct minimal_symbol *copyfrom; |
| 451 | struct minimal_symbol *copyto; |
| 452 | |
| 453 | if (mcount > 0) |
| 454 | { |
| 455 | copyfrom = copyto = msymbol; |
| 456 | while (copyfrom < msymbol + mcount - 1) |
| 457 | { |
| 458 | if (SYMBOL_VALUE_ADDRESS (copyfrom) == |
| 459 | SYMBOL_VALUE_ADDRESS ((copyfrom + 1)) && |
| 460 | (STREQ (SYMBOL_NAME (copyfrom), SYMBOL_NAME ((copyfrom + 1))))) |
| 461 | { |
| 462 | if (MSYMBOL_TYPE((copyfrom + 1)) == mst_unknown) |
| 463 | { |
| 464 | MSYMBOL_TYPE ((copyfrom + 1)) = MSYMBOL_TYPE (copyfrom); |
| 465 | } |
| 466 | copyfrom++; |
| 467 | } |
| 468 | else |
| 469 | { |
| 470 | *copyto++ = *copyfrom++; |
| 471 | } |
| 472 | } |
| 473 | *copyto++ = *copyfrom++; |
| 474 | mcount = copyto - msymbol; |
| 475 | } |
| 476 | return (mcount); |
| 477 | } |
| 478 | |
| 479 | /* Add the minimal symbols in the existing bunches to the objfile's official |
| 480 | minimal symbol table. In most cases there is no minimal symbol table yet |
| 481 | for this objfile, and the existing bunches are used to create one. Once |
| 482 | in a while (for shared libraries for example), we add symbols (e.g. common |
| 483 | symbols) to an existing objfile. |
| 484 | |
| 485 | Because of the way minimal symbols are collected, we generally have no way |
| 486 | of knowing what source language applies to any particular minimal symbol. |
| 487 | Specifically, we have no way of knowing if the minimal symbol comes from a |
| 488 | C++ compilation unit or not. So for the sake of supporting cached |
| 489 | demangled C++ names, we have no choice but to try and demangle each new one |
| 490 | that comes in. If the demangling succeeds, then we assume it is a C++ |
| 491 | symbol and set the symbol's language and demangled name fields |
| 492 | appropriately. Note that in order to avoid unnecessary demanglings, and |
| 493 | allocating obstack space that subsequently can't be freed for the demangled |
| 494 | names, we mark all newly added symbols with language_auto. After |
| 495 | compaction of the minimal symbols, we go back and scan the entire minimal |
| 496 | symbol table looking for these new symbols. For each new symbol we attempt |
| 497 | to demangle it, and if successful, record it as a language_cplus symbol |
| 498 | and cache the demangled form on the symbol obstack. Symbols which don't |
| 499 | demangle are marked as language_unknown symbols, which inhibits future |
| 500 | attempts to demangle them if we later add more minimal symbols. */ |
| 501 | |
| 502 | void |
| 503 | install_minimal_symbols (objfile) |
| 504 | struct objfile *objfile; |
| 505 | { |
| 506 | register int bindex; |
| 507 | register int mcount; |
| 508 | register struct msym_bunch *bunch; |
| 509 | register struct minimal_symbol *msymbols; |
| 510 | int alloc_count; |
| 511 | register char leading_char; |
| 512 | |
| 513 | if (msym_count > 0) |
| 514 | { |
| 515 | /* Allocate enough space in the obstack, into which we will gather the |
| 516 | bunches of new and existing minimal symbols, sort them, and then |
| 517 | compact out the duplicate entries. Once we have a final table, |
| 518 | we will give back the excess space. */ |
| 519 | |
| 520 | alloc_count = msym_count + objfile->minimal_symbol_count + 1; |
| 521 | obstack_blank (&objfile->symbol_obstack, |
| 522 | alloc_count * sizeof (struct minimal_symbol)); |
| 523 | msymbols = (struct minimal_symbol *) |
| 524 | obstack_base (&objfile->symbol_obstack); |
| 525 | |
| 526 | /* Copy in the existing minimal symbols, if there are any. */ |
| 527 | |
| 528 | if (objfile->minimal_symbol_count) |
| 529 | memcpy ((char *)msymbols, (char *)objfile->msymbols, |
| 530 | objfile->minimal_symbol_count * sizeof (struct minimal_symbol)); |
| 531 | |
| 532 | /* Walk through the list of minimal symbol bunches, adding each symbol |
| 533 | to the new contiguous array of symbols. Note that we start with the |
| 534 | current, possibly partially filled bunch (thus we use the current |
| 535 | msym_bunch_index for the first bunch we copy over), and thereafter |
| 536 | each bunch is full. */ |
| 537 | |
| 538 | mcount = objfile->minimal_symbol_count; |
| 539 | leading_char = bfd_get_symbol_leading_char (objfile->obfd); |
| 540 | |
| 541 | for (bunch = msym_bunch; bunch != NULL; bunch = bunch -> next) |
| 542 | { |
| 543 | for (bindex = 0; bindex < msym_bunch_index; bindex++, mcount++) |
| 544 | { |
| 545 | msymbols[mcount] = bunch -> contents[bindex]; |
| 546 | SYMBOL_LANGUAGE (&msymbols[mcount]) = language_auto; |
| 547 | if (SYMBOL_NAME (&msymbols[mcount])[0] == leading_char) |
| 548 | { |
| 549 | SYMBOL_NAME(&msymbols[mcount])++; |
| 550 | } |
| 551 | } |
| 552 | msym_bunch_index = BUNCH_SIZE; |
| 553 | } |
| 554 | |
| 555 | /* Sort the minimal symbols by address. */ |
| 556 | |
| 557 | qsort (msymbols, mcount, sizeof (struct minimal_symbol), |
| 558 | compare_minimal_symbols); |
| 559 | |
| 560 | /* Compact out any duplicates, and free up whatever space we are |
| 561 | no longer using. */ |
| 562 | |
| 563 | mcount = compact_minimal_symbols (msymbols, mcount); |
| 564 | |
| 565 | obstack_blank (&objfile->symbol_obstack, |
| 566 | (mcount + 1 - alloc_count) * sizeof (struct minimal_symbol)); |
| 567 | msymbols = (struct minimal_symbol *) |
| 568 | obstack_finish (&objfile->symbol_obstack); |
| 569 | |
| 570 | /* We also terminate the minimal symbol table with a "null symbol", |
| 571 | which is *not* included in the size of the table. This makes it |
| 572 | easier to find the end of the table when we are handed a pointer |
| 573 | to some symbol in the middle of it. Zero out the fields in the |
| 574 | "null symbol" allocated at the end of the array. Note that the |
| 575 | symbol count does *not* include this null symbol, which is why it |
| 576 | is indexed by mcount and not mcount-1. */ |
| 577 | |
| 578 | SYMBOL_NAME (&msymbols[mcount]) = NULL; |
| 579 | SYMBOL_VALUE_ADDRESS (&msymbols[mcount]) = 0; |
| 580 | MSYMBOL_INFO (&msymbols[mcount]) = NULL; |
| 581 | MSYMBOL_TYPE (&msymbols[mcount]) = mst_unknown; |
| 582 | SYMBOL_INIT_LANGUAGE_SPECIFIC (&msymbols[mcount], language_unknown); |
| 583 | |
| 584 | /* Attach the minimal symbol table to the specified objfile. |
| 585 | The strings themselves are also located in the symbol_obstack |
| 586 | of this objfile. */ |
| 587 | |
| 588 | objfile -> minimal_symbol_count = mcount; |
| 589 | objfile -> msymbols = msymbols; |
| 590 | |
| 591 | /* Now walk through all the minimal symbols, selecting the newly added |
| 592 | ones and attempting to cache their C++ demangled names. */ |
| 593 | |
| 594 | for ( ; mcount-- > 0 ; msymbols++) |
| 595 | { |
| 596 | SYMBOL_INIT_DEMANGLED_NAME (msymbols, &objfile->symbol_obstack); |
| 597 | } |
| 598 | } |
| 599 | } |
| 600 | |