__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