mirror of
https://sourceware.org/git/binutils-gdb.git
synced 2025-03-07 13:39:43 +08:00
This current_oso global was used to store the OSO's symbol table in order to relocate common symbols. But it is also making the assumption that all sections are going to be immediately relocated as macho_add_oso_symfile does: - Initialize the current_oso - Use it through symbol_file_add_from_bfd - Reset the current_oso (to all fields NULL) What actually happens is that the .debug_frame section gets read lazily, and thus relocated at a later time. This relocation causes current_oso.symbol_table to be initialized (see macho_symfile_relocate) again. And this eventually causes to trip the... gdb_assert (current_oso.symbol_table == NULL); ...assertion to fail because the symbol_table was never free'ed. To be complete, this happens because macho_symfile_relocate was called outside of macho_add_oso_symfile's control, where the set-global/use/unset-global dance happens. But it looks like keeping this global around is not necessary, as this symbol table is only used to relocate the common symbols. We can do that prior to relocating the rest of the symbols. gdb/ChangeLog: * machoread.c (struct macho_oso_data): Delete. (current_oso): Delete. (macho_relocate_common_syms): New function, mostly extracted out of (macho_add_oso_symfile): Call macho_relocate_common_syms. Remove code that sets and unset current_oso. (macho_symfile_relocate): Delete handling of common symbols, now moved to macho_relocate_common_syms. |
||
---|---|---|
bfd | ||
binutils | ||
config | ||
cpu | ||
elfcpp | ||
etc | ||
gas | ||
gdb | ||
gold | ||
gprof | ||
include | ||
intl | ||
ld | ||
libdecnumber | ||
libiberty | ||
opcodes | ||
readline | ||
sim | ||
texinfo | ||
.cvsignore | ||
.gitignore | ||
ChangeLog | ||
compile | ||
config-ml.in | ||
config.guess | ||
config.rpath | ||
config.sub | ||
configure | ||
configure.ac | ||
COPYING | ||
COPYING3 | ||
COPYING3.LIB | ||
COPYING.LIB | ||
COPYING.LIBGLOSS | ||
COPYING.NEWLIB | ||
depcomp | ||
djunpack.bat | ||
install-sh | ||
libtool.m4 | ||
lt~obsolete.m4 | ||
ltgcc.m4 | ||
ltmain.sh | ||
ltoptions.m4 | ||
ltsugar.m4 | ||
ltversion.m4 | ||
MAINTAINERS | ||
Makefile.def | ||
Makefile.in | ||
Makefile.tpl | ||
makefile.vms | ||
missing | ||
mkdep | ||
mkinstalldirs | ||
move-if-change | ||
README | ||
README-maintainer-mode | ||
setup.com | ||
src-release | ||
symlink-tree | ||
ylwrap |
README for GNU development tools This directory contains various GNU compilers, assemblers, linkers, debuggers, etc., plus their support routines, definitions, and documentation. If you are receiving this as part of a GDB release, see the file gdb/README. If with a binutils release, see binutils/README; if with a libg++ release, see libg++/README, etc. That'll give you info about this package -- supported targets, how to use it, how to report bugs, etc. It is now possible to automatically configure and build a variety of tools with one command. To build all of the tools contained herein, run the ``configure'' script here, e.g.: ./configure make To install them (by default in /usr/local/bin, /usr/local/lib, etc), then do: make install (If the configure script can't determine your type of computer, give it the name as an argument, for instance ``./configure sun4''. You can use the script ``config.sub'' to test whether a name is recognized; if it is, config.sub translates it to a triplet specifying CPU, vendor, and OS.) If you have more than one compiler on your system, it is often best to explicitly set CC in the environment before running configure, and to also set CC when running make. For example (assuming sh/bash/ksh): CC=gcc ./configure make A similar example using csh: setenv CC gcc ./configure make Much of the code and documentation enclosed is copyright by the Free Software Foundation, Inc. See the file COPYING or COPYING.LIB in the various directories, for a description of the GNU General Public License terms under which you can copy the files. REPORTING BUGS: Again, see gdb/README, binutils/README, etc., for info on where and how to report problems.