__CTOR_LIST__ brokeness for NetBSD a.out (egcs-2.93.21 19990513)
Jeffrey A Law
law@upchuck.cygnus.com
Sat May 15 02:23:00 GMT 1999
In message < Pine.LNX.4.05-df.9905132134340.2555-100000@bartlet.df.lth.se >you
write:
> I'm getting lots of testsuite failures on my NetBSD machines (i386, arm32
> and sparc) from the change
>
> 1999-03-24 Jim Blandy <jimb@zwingli.cygnus.com>
>
> * libgcc2.c (__CTOR_LIST__, __DTOR_LIST__): Initialize on all
> platforms.
>
> What is happening is that the ancient ld used on NetBSD a.out platforms
> chokes on enties from .stabs lines of the type
>
> .stabs "___CTOR_LIST__",22,0,0,__GLOBAL_$I$noopGCOV
>
> with the message
>
> ld: internal error: allocated set symbol space (3) doesn't match actual
> (1)
>
> This makes C++ rather unusable...
What happens if you turn off flag_gnu_linker and use collect2 to handle
ctors/dtors?
You have to run collect2 anyway for some EH stuff, having collect handle
ctors/dtors is better than using disgusting stabs extensions anyway.
jeff
More information about the Gcc-bugs
mailing list