neon 0.29.2 svn link error on solaris 10 x86
Kevin Radke
kmradke at gmail.com
Tue Jan 5 12:51:15 EST 2010
Getting the following errors when trying to link statically compiled
libraries into a "mostly static" subversion 1.6.7 build:
(I realize 1.6.7 is not released yet, but the same error occurs with 1.6.6)
Text relocation remains referenced
against symbol offset in file
ne__negotiate_ssl 0x263f
/crsvntest/apps/build/subversion-1.6.7/libs/neon/0.29.2/lib/libneon.a(ne_request.o)
ne__ssl_set_verify_err 0x166e
/crsvntest/apps/build/subversion-1.6.7/libs/neon/0.29.2/lib/libneon.a(ne_openssl.o)
ne__ssl_match_hostname 0x72c
/crsvntest/apps/build/subversion-1.6.7/libs/neon/0.29.2/lib/libneon.a(ne_openssl.o)
ne__ssl_match_hostname 0x819
/crsvntest/apps/build/subversion-1.6.7/libs/neon/0.29.2/lib/libneon.a(ne_openssl.o)
ne__ssl_init 0x47
/crsvntest/apps/build/subversion-1.6.7/libs/neon/0.29.2/lib/libneon.a(ne_socket.o)
ne__ssl_exit 0xa1
/crsvntest/apps/build/subversion-1.6.7/libs/neon/0.29.2/lib/libneon.a(ne_socket.o)
ne__sock_sslsock 0x12ac
/crsvntest/apps/build/subversion-1.6.7/libs/neon/0.29.2/lib/libneon.a(ne_openssl.o)
ne__ntlm_destroy_context 0x184
/crsvntest/apps/build/subversion-1.6.7/libs/neon/0.29.2/lib/libneon.a(ne_auth.o)
ne__ntlm_destroy_context 0x110b
/crsvntest/apps/build/subversion-1.6.7/libs/neon/0.29.2/lib/libneon.a(ne_auth.o)
ne__ntlm_getRequestToken 0x2d7
/crsvntest/apps/build/subversion-1.6.7/libs/neon/0.29.2/lib/libneon.a(ne_auth.o)
ne__ntlm_create_context 0x1098
/crsvntest/apps/build/subversion-1.6.7/libs/neon/0.29.2/lib/libneon.a(ne_auth.o)
ne__ntlm_authenticate 0x10be
/crsvntest/apps/build/subversion-1.6.7/libs/neon/0.29.2/lib/libneon.a(ne_auth.o)
ld: fatal: relocations remain against allocatable but non-writable sections
Platform: Solaris 10 x86
GCC: 3.4.3
CFLAGS: -fPIC -DPIC -O3 -march=opteron
neon configure options:
./configure --prefix=$(NEON_ROOT) \
--enable-static \
--disable-shared \
--with-pic \
--with-gssapi \
--with-ssl \
--with-zlib \
--with-expat \
--without-pakchois;
Problem does not occur when linking with neon 0.28.6. Removing the
NE_PRIVATE definition for gcc > 3 in ne_defs.h
seems to also fix the problem.
I realize this is a very odd build scenario, but it did work fine with
older neon versions...
Thanks!
Kevin R.
More information about the neon
mailing list