You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Jerry <je...@msu.edu> on 2008/10/23 22:03:56 UTC
Problem building Subversion on RHEL-5
Hello Subversion users,
I hope you can point me in a positive direction.
I am having trouble building subversion with Neon.
The error portion of the build is as follows.
I have put in the blank lines between each line just to be more readable.
It obviously dies trying to find something during a load, and seems to
complain about mixing a 'shared' with a 'local' object.
It says something about recompiling with '-fPIC' -- where would that
go and why doesn't it figure that out? I have done really standard
things including using the neon in the subversion-deps-1.5.3 file that
goes along with the latest subversion-1.5.3 tar file and put it in
the subversion source directory. It seems to find that OK. Is
something else missing?
I just wouldn't expect to need an extra compiler flag that isn't
put there by the configure unless something is wrong.
So, any help and advice will be appreciated.
Thanks,
////jerry
/bin/sh /home/vusrc/src/subversion/subversion-1.5.3/libtool --tag=CC --silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2 -g -O2 -pthread -I./subversion/include -I./subversion -I/home/vusrc/src/subversion/subversion-1.5.3/neon/src -I/home/vusrc/src/subversion/include/neon -I/home/vusrc/src/apache/include -I/home/vusrc/src/apache/include -I./serf -I/usr/local/include -o subversion/libsvn_ra_neon/session.lo -c subversion/libsvn_ra_neon/session.c
/bin/sh /home/vusrc/src/subversion/subversion-1.5.3/libtool --tag=CC --silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2 -g -O2 -pthread -I./subversion/include -I./subversion -I/home/vusrc/src/subversion/subversion-1.5.3/neon/src -I/home/vusrc/src/subversion/include/neon -I/home/vusrc/src/apache/include -I/home/vusrc/src/apache/include -I./serf -I/usr/local/include -o subversion/libsvn_ra_neon/util.lo -c subversion/libsvn_ra_neon/util.c
cd subversion/libsvn_ra_neon && /bin/sh /home/vusrc/src/subversion/subversion-1.5.3/libtool --tag=CC --silent --mode=link gcc -g -O2 -g -O2 -pthread -L/usr/local/lib -rpath /home/vusrc/src/subversion/lib -o libsvn_ra_neon-1.la commit.lo fetch.lo file_revs.lo get_dated_rev.lo get_location_segments.lo get_locations.lo get_locks.lo lock.lo log.lo merge.lo mergeinfo.lo options.lo props.lo replay.lo session.lo util.lo ../../subversion/libsvn_delta/libsvn_delta-1.la ../../subversion/libsvn_subr/libsvn_subr-1.la /home/vusrc/src/apache/lib/libaprutil-1.la -lexpat /home/vusrc/src/apache/lib/libapr-1.la -luuid -lrt -lcrypt -lpthread -ldl /home/vusrc/src/subversion/subversion-1.5.3/neon/src/libneon.la
/usr/bin/ld: /home/vusrc/src/subversion/subversion-1.5.3/neon/src/.libs/libneon.a(ne_request.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
/home/vusrc/src/subversion/subversion-1.5.3/neon/src/.libs/libneon.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [subversion/libsvn_ra_neon/libsvn_ra_neon-1.la] Error 1
Here is the neon part of the ./configure run.
checking for Apache module support via DSO through APXS... found at /home/vusrc/src/apache/bin/apxs
checking httpd version... recent enough
configure: Apache Portable Runtime (APR) library configuration
checking for APR... yes
checking APR version... 1.3.3
configure: Apache Portable Runtime Utility (APRUTIL) library configuration
checking for APR-util... yes
checking APR-UTIL version... 1.3.4
configure: checking neon library
checking neon library version... 0.28.2
Using neon found in source directory.
>
> ...
>
configure: zlib support enabled, using -lz
checking whether to enable ACL support in neon... yes
checking for pkg-config... /usr/bin/pkg-config
checking for openssl pkg-config data... yes
configure: using SSL library configuration from pkg-config
checking openssl/ssl.h usability... yes
checking openssl/ssl.h presence... yes
checking for openssl/ssl.h... yes
checking openssl/opensslv.h usability... yes
checking openssl/opensslv.h presence... yes
checking for openssl/opensslv.h... yes
checking OpenSSL version is >= 0.9.7... yes
configure: OpenSSL >= 0.9.7; EGD support not needed in neon
configure: SSL support enabled, using OpenSSL (0.9.7 or later)
checking for CRYPTO_set_idptr_callback... no
>
> ...
>
checking for openssl... /usr/bin/openssl
checking for certutil... /usr/bin/certutil
checking for pk12util... /usr/bin/pk12util
checking for pkg-config... (cached) /usr/bin/pkg-config
configure: creating ./config.status
config.status: creating neon-config
config.status: creating Makefile
config.status: creating src/Makefile
config.status: creating test/Makefile
config.status: creating neon.pc
config.status: creating test/makekeys
config.status: creating config.h
configure: Configured to build neon 0.28.2:
Install prefix: /home/vusrc/src/subversion
Compiler: gcc
XML Parser: expat
SSL library: SSL support enabled, using OpenSSL (0.9.7 or later)
zlib support: zlib support enabled, using -lz
Build libraries: Shared=no, Static=yes
neon configured properly
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Problem building Subversion on RHEL-5
Posted by Jerry McAllister <je...@msu.edu>.
On Thu, Oct 23, 2008 at 05:12:50PM -0700, Blair Zajac wrote:
> Jerry wrote:
> >Hello Subversion users,
> >
> >I hope you can point me in a positive direction.
> >I am having trouble building subversion with Neon.
> >
> >The error portion of the build is as follows.
> >I have put in the blank lines between each line just to be more readable.
> >It obviously dies trying to find something during a load, and seems to
> >complain about mixing a 'shared' with a 'local' object.
> >
> >It says something about recompiling with '-fPIC' -- where would that
> >go and why doesn't it figure that out? I have done really standard
> >things including using the neon in the subversion-deps-1.5.3 file that
> >goes along with the latest subversion-1.5.3 tar file and put it in
> >the subversion source directory. It seems to find that OK. Is
> >something else missing?
> >
> >I just wouldn't expect to need an extra compiler flag that isn't
> >put there by the configure unless something is wrong.
> >
> >So, any help and advice will be appreciated.
> >Thanks,
> >
> >////jerry
> >
> >
> >/bin/sh /home/vusrc/src/subversion/subversion-1.5.3/libtool --tag=CC
> >--silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2
> >-g -O2 -pthread -I./subversion/include -I./subversion
> >-I/home/vusrc/src/subversion/subversion-1.5.3/neon/src
> >-I/home/vusrc/src/subversion/include/neon -I/home/vusrc/src/apache/include
> >-I/home/vusrc/src/apache/include -I./serf -I/usr/local/include -o
> >subversion/libsvn_ra_neon/session.lo -c subversion/libsvn_ra_neon/session.c
> >
> >/bin/sh /home/vusrc/src/subversion/subversion-1.5.3/libtool --tag=CC
> >--silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2
> >-g -O2 -pthread -I./subversion/include -I./subversion
> >-I/home/vusrc/src/subversion/subversion-1.5.3/neon/src
> >-I/home/vusrc/src/subversion/include/neon -I/home/vusrc/src/apache/include
> >-I/home/vusrc/src/apache/include -I./serf -I/usr/local/include -o
> >subversion/libsvn_ra_neon/util.lo -c subversion/libsvn_ra_neon/util.c
> >
> >cd subversion/libsvn_ra_neon && /bin/sh
> >/home/vusrc/src/subversion/subversion-1.5.3/libtool --tag=CC --silent
> >--mode=link gcc -g -O2 -g -O2 -pthread -L/usr/local/lib -rpath
> >/home/vusrc/src/subversion/lib -o libsvn_ra_neon-1.la commit.lo fetch.lo
> >file_revs.lo get_dated_rev.lo get_location_segments.lo get_locations.lo
> >get_locks.lo lock.lo log.lo merge.lo mergeinfo.lo options.lo props.lo
> >replay.lo session.lo util.lo
> >../../subversion/libsvn_delta/libsvn_delta-1.la
> >../../subversion/libsvn_subr/libsvn_subr-1.la
> >/home/vusrc/src/apache/lib/libaprutil-1.la -lexpat
> >/home/vusrc/src/apache/lib/libapr-1.la -luuid -lrt -lcrypt -lpthread -ldl
> >/home/vusrc/src/subversion/subversion-1.5.3/neon/src/libneon.la
> >/usr/bin/ld:
> >/home/vusrc/src/subversion/subversion-1.5.3/neon/src/.libs/libneon.a(ne_request.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
> >
> >/home/vusrc/src/subversion/subversion-1.5.3/neon/src/.libs/libneon.a:
> >could not read symbols: Bad value
> >
> >collect2: ld returned 1 exit status
> >
> >make: *** [subversion/libsvn_ra_neon/libsvn_ra_neon-1.la] Error 1
>
> A quick Google would have found the answer, just search for R_X86_64_32:
> http://subversion.tigris.org/faq.html#relocation-against-local-symbol
> Blair
>
Thanks for the response. I thought it might be a known thing, but
I was already 20 minutes late for a meeting, so just slapped the post
on so it could be percolating overnight.
I also thought of putting in an enable for shared, but the configure --help
printout for Subversion said that it was 'yes' by default. Guess that
doesn't mean as much as I thought.
Anyway, it fixes the problem and it all builds nicely now.
I just have to figure out a PAM module for HTTPD now.
Thanks,
////jerry
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Problem building Subversion on RHEL-5
Posted by Blair Zajac <bl...@orcaware.com>.
Jerry wrote:
> Hello Subversion users,
>
> I hope you can point me in a positive direction.
> I am having trouble building subversion with Neon.
>
> The error portion of the build is as follows.
> I have put in the blank lines between each line just to be more readable.
> It obviously dies trying to find something during a load, and seems to
> complain about mixing a 'shared' with a 'local' object.
>
> It says something about recompiling with '-fPIC' -- where would that
> go and why doesn't it figure that out? I have done really standard
> things including using the neon in the subversion-deps-1.5.3 file that
> goes along with the latest subversion-1.5.3 tar file and put it in
> the subversion source directory. It seems to find that OK. Is
> something else missing?
>
> I just wouldn't expect to need an extra compiler flag that isn't
> put there by the configure unless something is wrong.
>
> So, any help and advice will be appreciated.
> Thanks,
>
> ////jerry
>
>
> /bin/sh /home/vusrc/src/subversion/subversion-1.5.3/libtool --tag=CC --silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2 -g -O2 -pthread -I./subversion/include -I./subversion -I/home/vusrc/src/subversion/subversion-1.5.3/neon/src -I/home/vusrc/src/subversion/include/neon -I/home/vusrc/src/apache/include -I/home/vusrc/src/apache/include -I./serf -I/usr/local/include -o subversion/libsvn_ra_neon/session.lo -c subversion/libsvn_ra_neon/session.c
>
> /bin/sh /home/vusrc/src/subversion/subversion-1.5.3/libtool --tag=CC --silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2 -g -O2 -pthread -I./subversion/include -I./subversion -I/home/vusrc/src/subversion/subversion-1.5.3/neon/src -I/home/vusrc/src/subversion/include/neon -I/home/vusrc/src/apache/include -I/home/vusrc/src/apache/include -I./serf -I/usr/local/include -o subversion/libsvn_ra_neon/util.lo -c subversion/libsvn_ra_neon/util.c
>
> cd subversion/libsvn_ra_neon && /bin/sh /home/vusrc/src/subversion/subversion-1.5.3/libtool --tag=CC --silent --mode=link gcc -g -O2 -g -O2 -pthread -L/usr/local/lib -rpath /home/vusrc/src/subversion/lib -o libsvn_ra_neon-1.la commit.lo fetch.lo file_revs.lo get_dated_rev.lo get_location_segments.lo get_locations.lo get_locks.lo lock.lo log.lo merge.lo mergeinfo.lo options.lo props.lo replay.lo session.lo util.lo ../../subversion/libsvn_delta/libsvn_delta-1.la ../../subversion/libsvn_subr/libsvn_subr-1.la /home/vusrc/src/apache/lib/libaprutil-1.la -lexpat /home/vusrc/src/apache/lib/libapr-1.la -luuid -lrt -lcrypt -lpthread -ldl /home/vusrc/src/subversion/subversion-1.5.3/neon/src/libneon.la
>
> /usr/bin/ld: /home/vusrc/src/subversion/subversion-1.5.3/neon/src/.libs/libneon.a(ne_request.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
>
> /home/vusrc/src/subversion/subversion-1.5.3/neon/src/.libs/libneon.a: could not read symbols: Bad value
>
> collect2: ld returned 1 exit status
>
> make: *** [subversion/libsvn_ra_neon/libsvn_ra_neon-1.la] Error 1
A quick Google would have found the answer, just search for R_X86_64_32:
http://subversion.tigris.org/faq.html#relocation-against-local-symbol
Blair
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org