Re: Linking problem building iconv on Solaris x86

[Ralf Wildenhues]

* Dr. David Kirkby wrote on Tue, Aug 10, 2010 at 11:33:36PM CEST:
> On 08/10/10 10:10 PM, Ralf Wildenhues wrote:
> >* Dr. David Kirkby wrote on Tue, Aug 10, 2010 at 10:48:25PM CEST:
> >>(sage subshell) fulvia:lib drkirkby$ /bin/bash ../libtool
> >>--mode=link gcc  -m64 -fvisibility=hidden -o libiconv.la -rpath
> >>/home/drkirkby/fulvia/64/sage-4.5.3.alpha0/local/lib -version-info
> >>7:0:5 iconv.lo localcharset.lo relocatable.lo
> >>libtool: link: gcc -shared -Wl,-z -Wl,text -Wl,-h -Wl,libiconv.so.2
> >>-o .libs/libiconv.so.2.5.0  .libs/iconv.o .libs/localcharset.o
> >>.libs/relocatable.o   -lc  -m64
> >
> >Hrmpf.  On Solaris, we add '${wl}-z ${wl}text' to archive_cmds and
> >archive_expsyms_cmds unconditionally, as opposed to only with
> >-no-undefined.  I wonder why that is the case.
> 
> If you don't know, I'm sure I don't.

Can you try removing that from the archive_cmds and archive_expsyms_cmds
variable settings in the first 150 lines of the generated libtool script
and seeing if the link then works?  You might still have to also remove
-no-undefined from the link command line again.  Thanks.

If that works, then at least you have a workaround.

And, do you have a link to a tarball that shows this issue?
A login might help, thanks, but it might take a while to look at it.

> It's not so obvious where the bug here is, which is perhaps why
> people don't really know where to report it to.

Good point.

Thanks,
Ralf