[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Subversion 1.0.1 on Solaris 8

From: Joe Orton <joe_at_manyfish.co.uk>
Date: 2004-03-19 02:36:30 CET

On Thu, Mar 18, 2004 at 04:10:44PM -0800, Pete wrote:
> On Wed, 17 Mar 2004, Gregory Smith wrote:
>
> > Those are all entry points in libz - see if you have libz.so, and if
> > it's on the LD_LIBRARY_PATH (or whatever the Solaris equivalent is). Try
> > adding -lz to the link, if it's not already there. Shared-libs under
> > Solaris don't work the same as way as under Linux - I found this out
> > while building python under Solaris - but I don't know any more than
> > that.
> >
> > .../subversion-1.0.1/neon/src/.libs/libneon.so: undefined reference to `inflateEnd@SUNW_1.1'
> > .../subversion-1.0.1/neon/src/.libs/libneon.so: undefined reference to `inflateInit2_@SUNW_1.1'
> > .../subversion-1.0.1/neon/src/.libs/libneon.so: undefined reference to `crc32@SUNW_1.1'
> > .../subversion-1.0.1/neon/src/.libs/libneon.so: undefined reference to `inflate@SUNW_1.1'
>
> The link line already has "-lz".
>
> I found libz.so in /usr/lib and /usr/local/lib. I tried adding both to
> LD_LIBRARY_PATH, but it still fails with the same error.
..
> /usr/lib/libz.so -> ./libz.so.1
> /usr/lib/libz.so.1
> /usr/local/lib/libz.a
> /usr/local/lib/libz.so -> libz.so.1.1.4
...

Having both copies of zlib installed is quite a bad idea, since the
Sun-provided zlib uses symbol versioning as you can see from the @SUNW_
in the symbol names above. This is probably some mis-match between the
use of the two zlibs; I'd remove all traces of zlib from /usr/local and
start again from running configure.

joe

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Mar 19 02:37:03 2004

This is an archived mail posted to the Subversion Users mailing list.