[Bug target/24718] Shared libgcc not used for linking by default

["bugzilla-gcc at thewrittenword dot com" <gcc-bugzilla@gcc.gnu.org>]

------- Comment #12 from bugzilla-gcc at thewrittenword dot com  2005-11-11 21:58 -------
(In reply to comment #11)
> I have run into a problem with my testing, the link line looks good but I get
> warnings from the HP linker like:
> 
> ld: (Warning) Cannot load library symbol table in
> /proj/opensrc/sje/test2/gcc-ia
> 64-hp-hpux11.23-std/lib/gcc/ia64-hp-hpux11.23/3.4.5/libgcc_eh.a, it might be
> mis
> sing or corrupted. Skipping library
> /proj/opensrc/sje/test2/gcc-ia64-hp-hpux11.2
> 3-std/lib/gcc/ia64-hp-hpux11.23/3.4.5/libgcc_eh.a.
> 
> because libgcc_eh.a is empty.  For some reason on 3.4 this file is completely
> empty (nm returns nothing) but on ToT the file is mostly empty, but it has
> a symbol table and empty test/bss/data and debug sections in it.  On 3.4 I have
> no symbol table in the file which is why I get the warning message.  I used the
> same binutils for each compiler so I don't know yet why there is this
> difference.
> 

Look at gcc/mklibgcc.in in the 4.0 branch. They add a dummy eh_dummy.o file to
libgcc_eh.a to work around this. We had Eric Botcazou backport it to the 3.4
branch for us but a PR hasn't been created. I don't know if its considered a
safe enough fix. I haven't tested it yet but I'll attach the patch to this PR.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24718