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

Re: More OpenSSL build adventures

From: Martin Sebor <sebor_at_roguewave.com>
Date: 2005-07-21 22:36:58 CEST

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
> aren't".
> 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 \
                 --with-libs=/usr/local/openssl-0.9.8 \

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: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jul 21 22:38:21 2005

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.