Re: Solaris 8 Intel Installaion
Date: Wed, 28 Nov 2001 10:01:32 -0600
On Wed, Nov 28, 2001 at 02:53:32PM -0000, Marcus Webster wrote:
> I managed to get past this bug by installing GNU binutils (2.11.2)
> and then reconfiguring curl specifying "--with-gnu-ld" as well as
> The GNU linker produced the libcurl.so.2.0.2, and the build went on
> to ultimately succeed. Unfortunately, the executable failed to run
> because my copy of libgcc was not on the linker path, something that
> I normally resolve by adding a "-R/usr/local/lib" to the command to
> link the exe, but I couldn't figure out where in the Makefile I
> should specify this. In the end I bodged it and copied libgcc to
> "/usr/lib" and everything started working, I can now curl to https
> So in summary...
> GNU binutils will sort the problem, as long as you "--with-gnu-ld".
> I need advice on adding runtime linking info the Makefile.
LDFLAGS="-R[path]" ./configure ...
BTW, a CR at the end of a line in email would be nice. Whatever client
you're using isn't doing it for you.
> -----Original Message-----
> From: Daniel Stenberg [mailto:daniel_at_haxx.se]
> Sent: 28 November 2001 09:50
> To: Curl Mailinglist
> Subject: Re: Solaris 8 Intel Installaion
> On Wed, 28 Nov 2001, Marcus Webster wrote:
> > I am trying to install Curl on Solaris 8 (for Intel). I have succeeded in
> > installing it without SSL support using GCC 3.0.2, the problem comes when
> > I try to build it with SSL.
> This problem very much resembles what Al Sparks posted about on november 21:
> http://curl.haxx.se/mail/archive-2001-11/0135.html to which I replied this:
> It isn't quite a complete solution, but then Al Sparks has not returned with
> any further details as of this date.
> > However the build now fails on the stage where it links together the
> > object file to create libcurl.so.2.0.2, due to some undefined symbols
> > required by OpenSSL:
> > Undefined first referenced
> > symbol in file
> > __umoddi3 /usr/local/ssl/lib/libcrypto.a(b_print.o)
> > __udivdi3 /usr/local/ssl/lib/libcrypto.a(b_print.o)
> > __eprintf /usr/local/ssl/lib/libcrypto.a(b_print.o)
> > ld: fatal: Symbol referencing errors. No output written to
> > .libs/libcurl.so.2.0.2
> > I read somewhere that the undefined symbols are internal functions found
> > in libgcc.
> Yes, so I've learned as well.
> > So I'm guessing that I need to link in libgcc somwhere, but there seem to
> > be warnings of dire consequences in the Curl configure script about doing
> > such things. Does anybody have some advice on how I should resolve this
> > problem?
> Apart from the suggestion I quote my previous mail (as linked above), I
> figure it could be worth trying to link the final library using 'gcc' instead
> of the system 'ld'.
> Anyone around with a clever fix?
> Daniel Stenberg -- curl groks URLs -- http://curl.haxx.se/
-- albert chin (china_at_thewrittenword.com)Received on 2001-11-28