Matthew Sanderson wrote:
> Hi guys,
> This is mostly for Google's benefit: my own woes building OpenSSL in order
> to build SVN.
> When building OpenSSL for use in neon/SVN on Solaris 2.7/i86pc, instead
> of the previously-mentioned OpenSSL config command:
> # ./config threads zlib shared
> I originally did:
> # ./config threads zlib
> ie, no shared, because the static lib was all SVN needed.
> But the OpenSSL static lib later on gets linked into some shared object
> or other (I suppose either a neon or a SVN lib). So it was trying to link
> the non-PIC code in libssl.a into a shared object, which should contain
> only PIC code. This caused obscure messages from Sun's ld, from memory
> something like "relocations remain against allocated but non-writable
> sections", which AFAIK is SunSpeak for "you need to use PIC and you
> The solution was to rebuild OpenSSL with:
> # ./config threads zlib -fPIC -DPIC
> and then rebuild Subversion. Those flags are for GCC; I don't know what
> the Sun Workshop or whatever other compilers need in this situation.
> Hope this helps somebody,
It sure helps me! :)
I ran into these errors while trying to avoid the other problems
I mentioned in a separate thread last week (Re: SSL not supported).
I didn't investigate them but I meant to post a follow-up and let
y'all know that I overcame my configuration problems by creating
a couple of temporary symlinks like this:
/usr/local/lib/libcrypto.a --> /usr/local/openssl-0.9.8/lib/libcrypto.a
/usr/local/lib/libssl.a --> /usr/local/openssl-0.9.8/lib/libssl.a
Then I was able to successfully configure svn using
./configure --with-ssl \
After building but before typing make instal, I also had to define
to prevent the subversion installation from failing (it seems that
it should know to do so by itself).
Then I could delete the symlinks.
AFAICT, this is a neon configuration bug (I was able to reproduce
it in neon 0.25.2).
PS In addition to finally building 1.2.1 on Solaris 9, I also
succeeded in installing it on AIX 5.3 (with XLC/C++ 7.0) and
on Red Hat AS 4/IA64 (with gcc 3.2.3). My build on HP-UX 11.23
failed with both cc (SIGSEGV) and aCC 3.63 with the error below:
/usr/bin/ld: Invalid loader fixup in text space needed in output file
for symbol "$0000041F" in input file: ".libs/ne_locks.o". Make sure
it was compiled with +z/+Z..
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Thu Jul 21 22:38:21 2005