You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Garey Mills <gm...@library.berkeley.edu> on 2006/11/09 17:51:03 UTC
problems compiling 1.4.0 on Solaris 8
Hi -
I got subversion and the subversion deps, installed the deps in
the subversion dist, set up LD_LIBRARY_PATH to contain the BerkeleyDB
libraries and did
./configure --with-berkeley-db=<path to berkeley db>
But it choked on neon. I downloaded the neon-0.25.5 distribution,
renamed it neon in the subversion dist directory and compiled again. When
it hits neon, I get a lot of this
strcpy 0xd4
/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
malloc 0x10
/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
malloc 0x58
/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
malloc 0xc0
/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
malloc 0x154
/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
memchr 0xa00
/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_socket.o)
memchr 0xad0
/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_socket.o)
memchr 0x544
/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_compress.o)
vsnprintf 0x90
/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_string.o)
vsnprintf 0x120
/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_string.o)
realloc 0x108
/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
getpid 0x754
/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_auth.o)
time 0x738
/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_auth.o)
lseek64 0x1c14
/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_request.o)
ld: fatal: relocations remain against allocatable but non-writable
sections
collect2: ld returned 1 exit status
make: *** [subversion/libsvn_ra_dav/libsvn_ra_dav-1.la] Error 1
It makes me think that neon is not being compiled to produce
relocatable libraries, but I don't know how to do that, and perhaps
there is some other problem.
Any help appreciated;
Garey Mills
Library Systems Office
UC Berkeley
The brain is not where you think
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: problems compiling 1.4.0 on Solaris 8
Posted by Dean Bennett <de...@gbtn.net>.
Garey Mills wrote:
>Dean -
>
> Thanks for the help, but what do you mean "every configure command
>line"? Is there more than the top level one you use to configure
>subversion?
>
>
>
I mean anytime you use configure on Solaris.
If you happen to build neon or ssl or other libraries separately from
subversion, that is.
Dean
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: problems compiling 1.4.0 on Solaris 8
Posted by Garey Mills <gm...@library.berkeley.edu>.
Dean -
Thanks for the help, but what do you mean "every configure command
line"? Is there more than the top level one you use to configure
subversion?
Garey Mills
Library Systems Office
UC Berkeley
The brain is not where you think
On Thu, 9 Nov 2006, Dean Bennett wrote:
> On Solaris, add --with-pic onto every configure command line, otherwise
> you get these errors when linking static and dynamic libraries
>
> Dean
>
> Garey Mills wrote:
>
> >Hi -
> >
> > I got subversion and the subversion deps, installed the deps in
> >the subversion dist, set up LD_LIBRARY_PATH to contain the BerkeleyDB
> >libraries and did
> >
> > ./configure --with-berkeley-db=<path to berkeley db>
> >
> > But it choked on neon. I downloaded the neon-0.25.5 distribution,
> >renamed it neon in the subversion dist directory and compiled again. When
> >it hits neon, I get a lot of this
> >
> >strcpy 0xd4
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >malloc 0x10
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >malloc 0x58
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >malloc 0xc0
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >malloc 0x154
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >memchr 0xa00
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_socket.o)
> >memchr 0xad0
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_socket.o)
> >memchr 0x544
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_compress.o)
> >vsnprintf 0x90
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_string.o)
> >vsnprintf 0x120
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_string.o)
> >realloc 0x108
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >getpid 0x754
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_auth.o)
> >time 0x738
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_auth.o)
> >lseek64 0x1c14
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_request.o)
> >ld: fatal: relocations remain against allocatable but non-writable
> >sections
> >collect2: ld returned 1 exit status
> >make: *** [subversion/libsvn_ra_dav/libsvn_ra_dav-1.la] Error 1
> >
> >
> > It makes me think that neon is not being compiled to produce
> >relocatable libraries, but I don't know how to do that, and perhaps
> >there is some other problem.
> >
> >Any help appreciated;
> >
> >Garey Mills
> >Library Systems Office
> >UC Berkeley
> >
> >The brain is not where you think
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> >For additional commands, e-mail: users-help@subversion.tigris.org
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: problems compiling 1.4.0 on Solaris 8
Posted by Dean Bennett <de...@gbtn.net>.
Garey Mills wrote:
>Dean -
>
> Okay, the compilation is no longer falling over because of neon,
>but now I'm getting this
>
>Undefined first referenced
> symbol in file
>libintl_bind_textdomain_codeset
>/usr/local/src/subversion-1.4.0/subversion/libsvn_subr/.libs/libsvn_subr-1.so
>libintl_bindtextdomain
>/usr/local/src/subversion-1.4.0/subversion/libsvn_subr/.libs/libsvn_subr-1.so
>libintl_dgettext blame-cmd.o
>ld: fatal: Symbol referencing errors. No output written to .libs/svn
>
>
> I have a libintl.so, and I know its in the LD_LIBRARY_PATH, so
>what else could be going wrong?
>
>Garey Mills
>Library Systems Office
>UC Berkeley
>
>The brain is not where you think
>
>
>
Ahhh, but which libintl.so?
The one the comes with Solaris is too old. I built a new one and
replaced the one in /usr/lib.
You could download it and install it in /usr/local, but I'm not sure how
you force it to look there first.
You might also trying adding --disable-nls to the configure command.
Dean
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: problems compiling 1.4.0 on Solaris 8
Posted by Garey Mills <gm...@library.berkeley.edu>.
Dean -
Okay, the compilation is no longer falling over because of neon,
but now I'm getting this
Undefined first referenced
symbol in file
libintl_bind_textdomain_codeset
/usr/local/src/subversion-1.4.0/subversion/libsvn_subr/.libs/libsvn_subr-1.so
libintl_bindtextdomain
/usr/local/src/subversion-1.4.0/subversion/libsvn_subr/.libs/libsvn_subr-1.so
libintl_dgettext blame-cmd.o
ld: fatal: Symbol referencing errors. No output written to .libs/svn
I have a libintl.so, and I know its in the LD_LIBRARY_PATH, so
what else could be going wrong?
Garey Mills
Library Systems Office
UC Berkeley
The brain is not where you think
On Thu, 9 Nov 2006, Dean Bennett wrote:
> On Solaris, add --with-pic onto every configure command line, otherwise
> you get these errors when linking static and dynamic libraries
>
> Dean
>
> Garey Mills wrote:
>
> >Hi -
> >
> > I got subversion and the subversion deps, installed the deps in
> >the subversion dist, set up LD_LIBRARY_PATH to contain the BerkeleyDB
> >libraries and did
> >
> > ./configure --with-berkeley-db=<path to berkeley db>
> >
> > But it choked on neon. I downloaded the neon-0.25.5 distribution,
> >renamed it neon in the subversion dist directory and compiled again. When
> >it hits neon, I get a lot of this
> >
> >strcpy 0xd4
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >malloc 0x10
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >malloc 0x58
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >malloc 0xc0
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >malloc 0x154
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >memchr 0xa00
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_socket.o)
> >memchr 0xad0
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_socket.o)
> >memchr 0x544
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_compress.o)
> >vsnprintf 0x90
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_string.o)
> >vsnprintf 0x120
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_string.o)
> >realloc 0x108
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >getpid 0x754
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_auth.o)
> >time 0x738
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_auth.o)
> >lseek64 0x1c14
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_request.o)
> >ld: fatal: relocations remain against allocatable but non-writable
> >sections
> >collect2: ld returned 1 exit status
> >make: *** [subversion/libsvn_ra_dav/libsvn_ra_dav-1.la] Error 1
> >
> >
> > It makes me think that neon is not being compiled to produce
> >relocatable libraries, but I don't know how to do that, and perhaps
> >there is some other problem.
> >
> >Any help appreciated;
> >
> >Garey Mills
> >Library Systems Office
> >UC Berkeley
> >
> >The brain is not where you think
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> >For additional commands, e-mail: users-help@subversion.tigris.org
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: problems compiling 1.4.0 on Solaris 8
Posted by Dean Bennett <de...@gbtn.net>.
On Solaris, add --with-pic onto every configure command line, otherwise
you get these errors when linking static and dynamic libraries
Dean
Garey Mills wrote:
>Hi -
>
> I got subversion and the subversion deps, installed the deps in
>the subversion dist, set up LD_LIBRARY_PATH to contain the BerkeleyDB
>libraries and did
>
> ./configure --with-berkeley-db=<path to berkeley db>
>
> But it choked on neon. I downloaded the neon-0.25.5 distribution,
>renamed it neon in the subversion dist directory and compiled again. When
>it hits neon, I get a lot of this
>
>strcpy 0xd4
>/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
>malloc 0x10
>/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
>malloc 0x58
>/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
>malloc 0xc0
>/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
>malloc 0x154
>/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
>memchr 0xa00
>/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_socket.o)
>memchr 0xad0
>/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_socket.o)
>memchr 0x544
>/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_compress.o)
>vsnprintf 0x90
>/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_string.o)
>vsnprintf 0x120
>/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_string.o)
>realloc 0x108
>/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
>getpid 0x754
>/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_auth.o)
>time 0x738
>/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_auth.o)
>lseek64 0x1c14
>/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_request.o)
>ld: fatal: relocations remain against allocatable but non-writable
>sections
>collect2: ld returned 1 exit status
>make: *** [subversion/libsvn_ra_dav/libsvn_ra_dav-1.la] Error 1
>
>
> It makes me think that neon is not being compiled to produce
>relocatable libraries, but I don't know how to do that, and perhaps
>there is some other problem.
>
>Any help appreciated;
>
>Garey Mills
>Library Systems Office
>UC Berkeley
>
>The brain is not where you think
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org