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