You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Anthony Baxter <an...@interlink.com.au> on 2003/09/15 08:43:46 UTC
Re: [Issue 1518] - make install fails with ld.so failure on libsvn_client-1.so.0
>>> issues@subversion.tigris.org wrote
> http://subversion.tigris.org/issues/show_bug.cgi?id=1518
> ------- Additional Comments From sussman@tigris.org 2003-09-12 07:37 PDT ---
> Please... one person having a build problem doesn't mean we have a
> bug. It usually turns out to be a quirk in the person's environment.
> This sort of thing is almost always figured out on the mailing lists.
> Ah, and I see you've already posted there. Closing this issue (if it
> turns out we find a real bug, we'll file it.)
The subversion build process, on Solaris, at least, is _broken_. It does
_not_ work. To hack around enough to get it to work, I had to do the
following ./configure line:
CC=gcc3.2 LDFLAGS="-R/opt/local/BerkeleyDB4/lib -L/opt/local/svn/lib
-R/opt/local/svn/lib" ./configure --prefix=/opt/local/svn
--with-berkeley-db=/opt/local/BerkeleyDB4
Every single entry in LDFLAGS should have been created by default by
the configure script. This isn't a difficult problem - there's plenty
of packages out there that manage this.
Anthony
--
Anthony Baxter <an...@interlink.com.au>
It's never too late to have a happy childhood.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: [Issue 1518] - make install fails with ld.so failure on libsvn_client-1.so.0
Posted by Anthony Baxter <an...@interlink.com.au>.
Apologies if my frustration coloured my comments. I _do_ intend to both make
Solaris packages of this, and also attempt to fix the configuration issues.
Is the experimental libtool option what I should work on, or the existing
libtool?
Anthony
--
Anthony Baxter <an...@interlink.com.au>
It's never too late to have a happy childhood.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
RE: [Issue 1518] - make install fails with ld.so failure on libsvn_client-1.so.0
Posted by Sander Striker <st...@apache.org>.
> From: Anthony Baxter [mailto:anthony@interlink.com.au]
> Sent: Monday, September 15, 2003 10:44 AM
> >>> issues@subversion.tigris.org wrote
> > http://subversion.tigris.org/issues/show_bug.cgi?id=1518
>
> > ------- Additional Comments From sussman@tigris.org 2003-09-12 07:37 PDT ---
> > Please... one person having a build problem doesn't mean we have a
> > bug. It usually turns out to be a quirk in the person's environment.
> > This sort of thing is almost always figured out on the mailing lists.
> > Ah, and I see you've already posted there. Closing this issue (if it
> > turns out we find a real bug, we'll file it.)
>
> The subversion build process, on Solaris, at least, is _broken_. It does
> _not_ work. To hack around enough to get it to work, I had to do the
> following ./configure line:
>
> CC=gcc3.2 LDFLAGS="-R/opt/local/BerkeleyDB4/lib -L/opt/local/svn/lib
> -R/opt/local/svn/lib" ./configure --prefix=/opt/local/svn
> --with-berkeley-db=/opt/local/BerkeleyDB4
>
> Every single entry in LDFLAGS should have been created by default by
> the configure script. This isn't a difficult problem - there's plenty
> of packages out there that manage this.
Thank you for your constructive comments. They are really phrased
nicely to motivate someone to fix things...
Note that probably none of the core developers are using Solaris on
a regular basis. Last time I built on Solaris, I did have problems,
but not of this kind*. I did use LDFLAGS=-R but only for berkeley db,
openssl, zlib (for neon). I had to do the same for httpd-2.0.
Sander
*) All of which disappeared when the box was brought up to the recommended
patch-level.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org