This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: ld -lgen -ladm causes assert failure in gnu ld 2.12.1 and 2.13 under Solaris 2.7 or 2.8
- From: Andrew Koenig <ark at research dot att dot com>
- To: nickc at redhat dot com
- Cc: jakub at redhat dot com, bug-binutils at gnu dot org,binutils at sources dot redhat dot com
- Date: Fri, 20 Sep 2002 09:27:51 -0400 (EDT)
- Subject: Re: ld -lgen -ladm causes assert failure in gnu ld 2.12.1 and 2.13 under Solaris 2.7 or 2.8
- References: <200208292039.g7TKdoH13441@europa.research.att.com><m3ptvaxcyd.fsf@north-pole.nickc.cambridge.redhat.com><200209191439.g8JEdEL08064@europa.research.att.com><m3bs6uvt0y.fsf@north-pole.nickc.cambridge.redhat.com><200209191923.g8JJNTV01948@europa.research.att.com><m3znudslk4.fsf@north-pole.nickc.cambridge.redhat.com><20020919234936.A5743@sunsite.ms.mff.cuni.cz> <m3heglrvex.fsf@north-pole.nickc.cambridge.redhat.com>
Nick> Andrew: if you add -znocombreloc to the linker command line then you
Nick> get a working dyn.so binary. I would suggest adding
Nick> -Wl,-znocombreloc to the SHFLAGS variable in your shell script.
Nick> Of course this does not fix the problem, but it does mean that
Nick> binutils 2.13 can now be used with Solaris 2.7 and 2.8.
I will give it a try and let you know. If it does work, making it work
for Python is a somewhat harder problem, as the linker options are
generated by a script that generates another script, etc...
However, I'll see if I can untangle it.
I suppose the thing to do is to find where it specifies --export-dynamic
to the linker and add -znocombreloc at that point?