This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/20617] shared SH libgcc is exporting too many symbols
- From: "amylaar at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 24 Mar 2005 11:43:33 -0000
- Subject: [Bug target/20617] shared SH libgcc is exporting too many symbols
- References: <20050324112142.20617.amylaar@gcc.gnu.org>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-24 11:43 -------
I propose to back out the sh specific part of the following patch on
the gcc 4.0 branch. This should be done before the 4.0 release, in
order to avoid people being stuck with shared objects that
reference symbols in libgcc.so that should never have been exported:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01346.html
2004-11-16 Zack Weinberg <zack@codesourcery.com>
* mkmap-flat.awk, mkmap-symver.awk: If the last version
assigned to a symbol was '%exclude', do not emit it anywhere.
If leading_underscore is true, prefix all symbols from the
version scripts with a leading underscore before comparing
them with nm output or emitting them. Remove support for dot
symbols.
* config/t-slibgcc-darwin (SHLIB_LINK): Use mkmap-flat.awk.
(SHLIB_MAPFILES): Use libgcc-std.ver.
(SHLIB_MKMAP_OPTS): Enable leading-underscore mode.
(SHLIB_LINK): Add -Wl,-exported_symbols_list,$(SHLIB_MAP).
* config/sh/t-linux: Use the normal libgcc-std.ver, plus
libgcc-excl.ver and libgcc-glibc.ver.
* config/sh/libgcc-excl.ver: New file.
* config/sh/libgcc-std.ver, libgcc-darwin.ver: Delete.
--
What |Removed |Added
----------------------------------------------------------------------------
CC| |drow at false dot org,
| |geoffk at geoffk dot org,
| |zack at codesourcery dot
| |com, kkojima at rr dot iij4u
| |dot or dot jp
Known to work| |3.4.3
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20617