Re: Built 1.8.1 from source: "libz.so.1: no version information available"
From: Randy <nya_macha_at_yahoo.com>
Date: Mon, 12 Aug 2013 11:13:58 -0700 (PDT)
> You are using shared libraries. --enable-static merely enables static
I see. Then my problem is not knowing how to tell the build to use the zlib I built. When I build svn and point to the location of my zlib prefix (see command in original post), svn still looks for "/lib64/libz.so.1". Also I noticed that "libz.so.1" doesn't exist in my zlib prefix location (/tmp-build/zlib)
The location is "tmp" because I am not trying to replace zlib on this system, I'm trying to package zlib with my build of subversion. This way subversion is deploy-able to different machines and less reliant on local libraries.
> The only problem you have shown is using different zlibs at build time
Right. My attempts to make them both use the same version have been unsuccessful. If I don't build zlib manually, subversion still seems to use a newer version of zlib than the one I have locally (and results in the same error). If I do build zlib manually, I can't seem to tell subversion to use the one I built. svn still looks for "/lib64/libz.so.1"
In any case, thanks for sharing your thoughts, Philip. I really apprecaite the help.
----- Original Message -----
Randy <nya_macha_at_yahoo.com> writes:
> Thank you for the reply. I think you are correct about it being a zlib
You are using shared libraries. --enable-static merely enables static
> with the included "get-deps.sh" script) is to prevent it from trying
The only problem you have shown is using different zlibs at build time
-- Philip Martin | Subversion Committer WANdisco | Non-Stop DataReceived on 2013-08-12 20:17:10 CEST |
This is an archived mail posted to the Subversion Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.