You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by David Summers <da...@summersoft.fay.ar.us> on 2002/06/18 20:31:56 UTC
HELP: Compiles one libsvn_* but not others.
I'm this -><- close to being able to compile the newest version of
subversion RPM (rev 2272....woops, 2273 just came out :-) but only
libsvn_subr-1.so* is linking and the rest
(like libsvn_delta-1.so*) are not.
(cd /home/david/rpms/build/subversion-0.13.0/subversion/libsvn_delta;
/bin/sh /home/david/rpms/build/subversion-0.13.0/libtool --mode=relink gcc
-DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE
-D_GNU_SOURCE -g -O2 -pthread -DNEON_ZLIB -DNEON_SSL
-I./subversion/include -I. -I/usr/local/apache2/include
-I/usr/local/apache2/include -I/usr/include/neon -lcrypt -ldl -pthread
-rpath /usr/lib -o libsvn_delta-1.la compose_delta.lo compose_editors.lo
default_editor.lo diff.lo diff_file.lo svndiff.lo text_delta.lo vdelta.lo
xml_output.lo xml_parse.lo ../../subversion/libsvn_subr/libsvn_subr-1.la
/usr/local/apache2/lib/libaprutil.la -lgdbm -ldb-4.0 -lexpat
/usr/local/apache2/lib/libapr.la -lm -lcrypt -lnsl -ldl)
gcc -shared compose_delta.lo compose_editors.lo default_editor.lo diff.lo
diff_file.lo svndiff.lo text_delta.lo vdelta.lo xml_output.lo xml_parse.lo
-Wl,--rpath -Wl,/usr/local/apache2/lib -L/usr/local/apache2/lib -lcrypt
-ldl -L/usr/lib -lsvn_subr-1 -laprutil -lgdbm -ldb-4.0 -lexpat -lapr -lm
-lcrypt -lnsl -ldl -Wl,-soname -Wl,libsvn_delta-1.so.0 -o
.libs/libsvn_delta-1.so.0.0.0
/usr/bin/ld: cannot find -lsvn_subr-1
collect2: ld returned 1 exit status
libtool: install: error: relink `libsvn_delta-1.la' with the above command
before installing it
libtool: install: warning: remember to run `libtool --finish /usr/lib'
cd subversion/libsvn_ra_dav ; /bin/sh
/home/david/rpms/build/subversion-0.13.0/libtool --mode=install
/home/david/rpms/build/subversion-0.13.0/ac-helpers/install-sh -c
libsvn_ra_dav-1.la /home/david/rpms/tmp/subversion-0.13
It sounds like the link commands are not getting the -L directory
correctly when the link happens so that it can't find the -lsvn_subr-1
can't locate the file correctly.
Here is my configuration:
LDFLAGS="-lcrypt -ldl -pthread" ./configure \
--prefix=/usr \
--libdir=/usr/lib \
--with-apxs=%{apache_dir}/usr/bin/apxs \
--with-apr=%{apache_dir}/bin/apr-config \
--with-apr-util=%{apache_dir}/bin/apu-config
and here is my install line:
make install \
prefix=$RPM_BUILD_ROOT/usr \
libdir=$RPM_BUILD_ROOT/usr/lib \
mandir=$RPM_BUILD_ROOT/usr/share/man \
fs_libdir=$RPM_BUILD_ROOT/usr/lib \
base_libdir=$RPM_BUILD_ROOT/usr/lib \
infodir=$RPM_BUILD_ROOT/usr/share/info \
libexecdir=$RPM_BUILD_ROOT/%{apache_dir}/lib
What am I doing wrong?
Thanks.
--
David Wayne Summers "Linux: Because reboots are for upgrades!"
david@summersoft.fay.ar.us PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint = C0 E0 4F 50 DD A9 B6 2B 60 A1 31 7E D2 28 6D A8
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Working now (Was Re: HELP: Compiles one libsvn_* but not others.
Posted by David Summers <da...@summersoft.fay.ar.us>.
To test it out (I can do it quickly on my new mega computer :-) I just
erased the subversion and subversion-server RPMS and tried re-building.
This time it gave the warnings as before but it went ahead and
generated the files it was croaking on yesterday, so I guess it *DOES*
work in a clean environment (as advertised) as well as an existing
environment with Subversion libs already installed in the /usr/*
directories.
Interesting....one more data point.
- David
On Wed, 19 Jun 2002, David Summers wrote:
> I guess that is possible. If that is the case then it sure would be nice
> to be able to build from a clean environment even with libraries installed
> in the /usr/ directories. If that is what is happening then I may revert
> part of my last patch or need to find a way to compile even with stuff not
> already in the /usr environment.
>
> Thanks for any help, pointers, suggestions, more input.
> - David Summers
>
> On 19 Jun 2002, Philip Martin wrote:
>
> > David Summers <da...@summersoft.fay.ar.us> writes:
> >
> > > Well, I'm not sure what I did wrong yesterday but now it is working
> > > without any LDFLAGS at all in the configure.
> >
> > Is that because you now have the libraries installed in /usr, and
> > yesterday you did not?
> >
> >
>
>
--
David Wayne Summers "Linux: Because reboots are for upgrades!"
david@summersoft.fay.ar.us PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint = C0 E0 4F 50 DD A9 B6 2B 60 A1 31 7E D2 28 6D A8
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Working now (Was Re: HELP: Compiles one libsvn_* but not others.
Posted by David Summers <da...@summersoft.fay.ar.us>.
I guess that is possible. If that is the case then it sure would be nice
to be able to build from a clean environment even with libraries installed
in the /usr/ directories. If that is what is happening then I may revert
part of my last patch or need to find a way to compile even with stuff not
already in the /usr environment.
Thanks for any help, pointers, suggestions, more input.
- David Summers
On 19 Jun 2002, Philip Martin wrote:
> David Summers <da...@summersoft.fay.ar.us> writes:
>
> > Well, I'm not sure what I did wrong yesterday but now it is working
> > without any LDFLAGS at all in the configure.
>
> Is that because you now have the libraries installed in /usr, and
> yesterday you did not?
>
>
--
David Wayne Summers "Linux: Because reboots are for upgrades!"
david@summersoft.fay.ar.us PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint = C0 E0 4F 50 DD A9 B6 2B 60 A1 31 7E D2 28 6D A8
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Working now (Was Re: HELP: Compiles one libsvn_* but not others.
Posted by Philip Martin <ph...@codematters.co.uk>.
David Summers <da...@summersoft.fay.ar.us> writes:
> Well, I'm not sure what I did wrong yesterday but now it is working
> without any LDFLAGS at all in the configure.
Is that because you now have the libraries installed in /usr, and
yesterday you did not?
--
Philip
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Working now (Was Re: HELP: Compiles one libsvn_* but not others.
Posted by David Summers <da...@summersoft.fay.ar.us>.
On Wed, 19 Jun 2002, David Summers wrote:
> On Wed, 19 Jun 2002, Greg Stein wrote:
> > On Wed, Jun 19, 2002 at 01:09:32AM +0100, Philip Martin wrote:
> > > David Summers <da...@summersoft.fay.ar.us> writes:
> > >
> > > > gcc -shared compose_delta.lo compose_editors.lo default_editor.lo diff.lo
> > > > diff_file.lo svndiff.lo text_delta.lo vdelta.lo xml_output.lo xml_parse.lo
> > > > -Wl,--rpath -Wl,/usr/local/apache2/lib -L/usr/local/apache2/lib -lcrypt
> > > > -ldl -L/usr/lib -lsvn_subr-1 -laprutil -lgdbm -ldb-4.0 -lexpat -lapr -lm
> > > > -lcrypt -lnsl -ldl -Wl,-soname -Wl,libsvn_delta-1.so.0 -o
> > > > .libs/libsvn_delta-1.so.0.0.0
> > > > /usr/bin/ld: cannot find -lsvn_subr-1
> > > > collect2: ld returned 1 exit status
> > > > libtool: install: error: relink `libsvn_delta-1.la' with the above command
> > > > before installing it
> > > > libtool: install: warning: remember to run `libtool --finish /usr/lib'
> > > > cd subversion/libsvn_ra_dav ; /bin/sh
> > > > /home/david/rpms/build/subversion-0.13.0/libtool --mode=install
> > > > /home/david/rpms/build/subversion-0.13.0/ac-helpers/install-sh -c
> > > > libsvn_ra_dav-1.la /home/david/rpms/tmp/subversion-0.13
> > > >
> > > > It sounds like the link commands are not getting the -L directory
> > > > correctly when the link happens so that it can't find the -lsvn_subr-1
> > > > can't locate the file correctly.
> >
> > You failed to note that the above problem happens at *install* time, rather
> > than during the build (as Philip was showing). *BIG* difference.
> >
> > Is the order of library installation correct? svn_subr needs to be installed
> > first, then delta, then others.
> >
> > What is the install prefix? I'm guessing /usr from the above output.
> >
> > Cheers,
> > -g
>
> Bingo. Sorry to not state that important distinction. Yes, this is
> happening at install time rather than build (compile) time. My RPM does a
> configure in the RPM setup phase, then a build (compile) in the build
> phase, and then a "make install" in the install phase.
>
> AFAICT, however, that is the normal build and install procedure. The only
> difference is I don't want to install directly in to the /usr/*
> directories immediately but install into the RPM "staging area" which is a
> directory mimicing the "real" directory structure in $RPM_BUILD_ROOT
> directory.
>
> How to best go about doing that? It used to work and then some change
> made it not work now and I'm getting around it by setting the -L
> directories during the compile.
>
> Actually I have the --prefix set for /usr in the build (compile) phase and
> $RPM_BUILD_ROOT/usr in the "install" phase.
>
> What *should* I be doing?
>
> Thanks!
>
>
Well, I'm not sure what I did wrong yesterday but now it is working
without any LDFLAGS at all in the configure.
Sorry for the false alarm. However it would be entertaining to figure out
what I was doing wrong yesterday that caused it not to work without that
stuff.
Don't spend any more time on it. I'm about to commit the new version
without all that -L stuff.
Thanks for your input,
- David
--
David Wayne Summers "Linux: Because reboots are for upgrades!"
david@summersoft.fay.ar.us PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint = C0 E0 4F 50 DD A9 B6 2B 60 A1 31 7E D2 28 6D A8
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: HELP: Compiles one libsvn_* but not others.
Posted by David Summers <da...@summersoft.fay.ar.us>.
On Wed, 19 Jun 2002, Greg Stein wrote:
> On Wed, Jun 19, 2002 at 01:09:32AM +0100, Philip Martin wrote:
> > David Summers <da...@summersoft.fay.ar.us> writes:
> >
> > > gcc -shared compose_delta.lo compose_editors.lo default_editor.lo diff.lo
> > > diff_file.lo svndiff.lo text_delta.lo vdelta.lo xml_output.lo xml_parse.lo
> > > -Wl,--rpath -Wl,/usr/local/apache2/lib -L/usr/local/apache2/lib -lcrypt
> > > -ldl -L/usr/lib -lsvn_subr-1 -laprutil -lgdbm -ldb-4.0 -lexpat -lapr -lm
> > > -lcrypt -lnsl -ldl -Wl,-soname -Wl,libsvn_delta-1.so.0 -o
> > > .libs/libsvn_delta-1.so.0.0.0
> > > /usr/bin/ld: cannot find -lsvn_subr-1
> > > collect2: ld returned 1 exit status
> > > libtool: install: error: relink `libsvn_delta-1.la' with the above command
> > > before installing it
> > > libtool: install: warning: remember to run `libtool --finish /usr/lib'
> > > cd subversion/libsvn_ra_dav ; /bin/sh
> > > /home/david/rpms/build/subversion-0.13.0/libtool --mode=install
> > > /home/david/rpms/build/subversion-0.13.0/ac-helpers/install-sh -c
> > > libsvn_ra_dav-1.la /home/david/rpms/tmp/subversion-0.13
> > >
> > > It sounds like the link commands are not getting the -L directory
> > > correctly when the link happens so that it can't find the -lsvn_subr-1
> > > can't locate the file correctly.
>
> You failed to note that the above problem happens at *install* time, rather
> than during the build (as Philip was showing). *BIG* difference.
>
> Is the order of library installation correct? svn_subr needs to be installed
> first, then delta, then others.
>
> What is the install prefix? I'm guessing /usr from the above output.
>
> Cheers,
> -g
Bingo. Sorry to not state that important distinction. Yes, this is
happening at install time rather than build (compile) time. My RPM does a
configure in the RPM setup phase, then a build (compile) in the build
phase, and then a "make install" in the install phase.
AFAICT, however, that is the normal build and install procedure. The only
difference is I don't want to install directly in to the /usr/*
directories immediately but install into the RPM "staging area" which is a
directory mimicing the "real" directory structure in $RPM_BUILD_ROOT
directory.
How to best go about doing that? It used to work and then some change
made it not work now and I'm getting around it by setting the -L
directories during the compile.
Actually I have the --prefix set for /usr in the build (compile) phase and
$RPM_BUILD_ROOT/usr in the "install" phase.
What *should* I be doing?
Thanks!
--
David Wayne Summers "Linux: Because reboots are for upgrades!"
david@summersoft.fay.ar.us PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint = C0 E0 4F 50 DD A9 B6 2B 60 A1 31 7E D2 28 6D A8
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: HELP: Compiles one libsvn_* but not others.
Posted by Greg Stein <gs...@lyra.org>.
On Wed, Jun 19, 2002 at 01:09:32AM +0100, Philip Martin wrote:
> David Summers <da...@summersoft.fay.ar.us> writes:
>
> > gcc -shared compose_delta.lo compose_editors.lo default_editor.lo diff.lo
> > diff_file.lo svndiff.lo text_delta.lo vdelta.lo xml_output.lo xml_parse.lo
> > -Wl,--rpath -Wl,/usr/local/apache2/lib -L/usr/local/apache2/lib -lcrypt
> > -ldl -L/usr/lib -lsvn_subr-1 -laprutil -lgdbm -ldb-4.0 -lexpat -lapr -lm
> > -lcrypt -lnsl -ldl -Wl,-soname -Wl,libsvn_delta-1.so.0 -o
> > .libs/libsvn_delta-1.so.0.0.0
> > /usr/bin/ld: cannot find -lsvn_subr-1
> > collect2: ld returned 1 exit status
> > libtool: install: error: relink `libsvn_delta-1.la' with the above command
> > before installing it
> > libtool: install: warning: remember to run `libtool --finish /usr/lib'
> > cd subversion/libsvn_ra_dav ; /bin/sh
> > /home/david/rpms/build/subversion-0.13.0/libtool --mode=install
> > /home/david/rpms/build/subversion-0.13.0/ac-helpers/install-sh -c
> > libsvn_ra_dav-1.la /home/david/rpms/tmp/subversion-0.13
> >
> > It sounds like the link commands are not getting the -L directory
> > correctly when the link happens so that it can't find the -lsvn_subr-1
> > can't locate the file correctly.
You failed to note that the above problem happens at *install* time, rather
than during the build (as Philip was showing). *BIG* difference.
Is the order of library installation correct? svn_subr needs to be installed
first, then delta, then others.
What is the install prefix? I'm guessing /usr from the above output.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: HELP: Compiles one libsvn_* but not others.
Posted by David Summers <da...@summersoft.fay.ar.us>.
On 19 Jun 2002, Philip Martin wrote:
> David Summers <da...@summersoft.fay.ar.us> writes:
>
> > gcc -shared compose_delta.lo compose_editors.lo default_editor.lo diff.lo
> > diff_file.lo svndiff.lo text_delta.lo vdelta.lo xml_output.lo xml_parse.lo
> > -Wl,--rpath -Wl,/usr/local/apache2/lib -L/usr/local/apache2/lib -lcrypt
> > -ldl -L/usr/lib -lsvn_subr-1 -laprutil -lgdbm -ldb-4.0 -lexpat -lapr -lm
> > -lcrypt -lnsl -ldl -Wl,-soname -Wl,libsvn_delta-1.so.0 -o
> > .libs/libsvn_delta-1.so.0.0.0
> > /usr/bin/ld: cannot find -lsvn_subr-1
> > collect2: ld returned 1 exit status
> > libtool: install: error: relink `libsvn_delta-1.la' with the above command
> > before installing it
> > libtool: install: warning: remember to run `libtool --finish /usr/lib'
> > cd subversion/libsvn_ra_dav ; /bin/sh
> > /home/david/rpms/build/subversion-0.13.0/libtool --mode=install
> > /home/david/rpms/build/subversion-0.13.0/ac-helpers/install-sh -c
> > libsvn_ra_dav-1.la /home/david/rpms/tmp/subversion-0.13
> >
> > It sounds like the link commands are not getting the -L directory
> > correctly when the link happens so that it can't find the -lsvn_subr-1
> > can't locate the file correctly.
>
> When I link libsvn_delta the link command used is
>
> cd subversion/libsvn_delta && /bin/sh /home/pm/sw/subversion/obj/libtool --silent --mode=link gcc -DLINUX=2 -D_REENTRANT -DAPR_POOL_DEBUG=1 -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -g -Wall -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -DSVN_DEBUG -pthread -DNEON_ZLIB -I../svn/subversion/include -I. -I/usr/local/apache2/include -I/usr/local/apache2/include -I/usr/local/db4/include -I/usr/local/neon-0.21.2/include/neon -I/usr/local/db4/include -lcrypt -ldl -pthread -L/usr/local/db4/lib -rpath /usr/local/subversion/lib -o libsvn_delta-1.la compose_delta.lo compose_editors.lo default_editor.lo diff.lo diff_file.lo svndiff.lo text_delta.lo vdelta.lo xml_output.lo xml_parse.lo ../../subversion/libsvn_subr/libsvn_subr-1.la /usr/local/apache2/lib/libaprutil.la -ldb -lexpat /usr/local/apache2/lib/libapr.la -lm -lcrypt -lnsl -ldl
>
> which becomes
>
> gcc -shared compose_delta.lo compose_editors.lo default_editor.lo diff.lo diff_file.lo svndiff.lo text_delta.lo vdelta.lo xml_output.lo xml_parse.lo -Wl,--rpath -Wl,/home/pm/sw/subversion/obj/subversion/libsvn_subr/.libs -Wl,--rpath -Wl,/usr/local/apache2/lib -Wl,--rpath -Wl,/usr/local/subversion/lib -Wl,--rpath -Wl,/usr/local/apache2/lib -L/usr/lib -L/usr/local/apache2/lib -L/usr/local/db4/lib ../../subversion/libsvn_subr/.libs/libsvn_subr-1.so /usr/local/apache2/lib/libaprutil.so -ldb /usr/lib/libexpat.so /usr/local/apache2/lib/libapr.so -lm -lcrypt -lnsl -ldl -Wl,-soname -Wl,libsvn_delta-1.so.0 -o .libs/libsvn_delta-1.so.0.0.0
>
> It uses full paths to the libraries, so there is no need for -L directories.
That's what I would expect. I have no clue why mine is not doing that (it
didn't do that back on rev 1869) but it is completely reproducable as
of today (today is the first time I've been able to get APACHE to compile
for weeks). RPM starts from a clean slate every time (which is one reason
I really like it) so I don't think it has anything to do with a previous
install.
Any clues, pointers, suggestions appreciated.
Thanks!
--
David Wayne Summers "Linux: Because reboots are for upgrades!"
david@summersoft.fay.ar.us PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint = C0 E0 4F 50 DD A9 B6 2B 60 A1 31 7E D2 28 6D A8
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: HELP: Compiles one libsvn_* but not others.
Posted by Philip Martin <ph...@codematters.co.uk>.
David Summers <da...@summersoft.fay.ar.us> writes:
> gcc -shared compose_delta.lo compose_editors.lo default_editor.lo diff.lo
> diff_file.lo svndiff.lo text_delta.lo vdelta.lo xml_output.lo xml_parse.lo
> -Wl,--rpath -Wl,/usr/local/apache2/lib -L/usr/local/apache2/lib -lcrypt
> -ldl -L/usr/lib -lsvn_subr-1 -laprutil -lgdbm -ldb-4.0 -lexpat -lapr -lm
> -lcrypt -lnsl -ldl -Wl,-soname -Wl,libsvn_delta-1.so.0 -o
> .libs/libsvn_delta-1.so.0.0.0
> /usr/bin/ld: cannot find -lsvn_subr-1
> collect2: ld returned 1 exit status
> libtool: install: error: relink `libsvn_delta-1.la' with the above command
> before installing it
> libtool: install: warning: remember to run `libtool --finish /usr/lib'
> cd subversion/libsvn_ra_dav ; /bin/sh
> /home/david/rpms/build/subversion-0.13.0/libtool --mode=install
> /home/david/rpms/build/subversion-0.13.0/ac-helpers/install-sh -c
> libsvn_ra_dav-1.la /home/david/rpms/tmp/subversion-0.13
>
> It sounds like the link commands are not getting the -L directory
> correctly when the link happens so that it can't find the -lsvn_subr-1
> can't locate the file correctly.
When I link libsvn_delta the link command used is
cd subversion/libsvn_delta && /bin/sh /home/pm/sw/subversion/obj/libtool --silent --mode=link gcc -DLINUX=2 -D_REENTRANT -DAPR_POOL_DEBUG=1 -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -g -Wall -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -DSVN_DEBUG -pthread -DNEON_ZLIB -I../svn/subversion/include -I. -I/usr/local/apache2/include -I/usr/local/apache2/include -I/usr/local/db4/include -I/usr/local/neon-0.21.2/include/neon -I/usr/local/db4/include -lcrypt -ldl -pthread -L/usr/local/db4/lib -rpath /usr/local/subversion/lib -o libsvn_delta-1.la compose_delta.lo compose_editors.lo default_editor.lo diff.lo diff_file.lo svndiff.lo text_delta.lo vdelta.lo xml_output.lo xml_parse.lo ../../subversion/libsvn_subr/libsvn_subr-1.la /usr/local/apache2/lib/libaprutil.la -ldb -lexpat /usr/local/apache2/lib/libapr.la -lm -lcrypt -lnsl -ldl
which becomes
gcc -shared compose_delta.lo compose_editors.lo default_editor.lo diff.lo diff_file.lo svndiff.lo text_delta.lo vdelta.lo xml_output.lo xml_parse.lo -Wl,--rpath -Wl,/home/pm/sw/subversion/obj/subversion/libsvn_subr/.libs -Wl,--rpath -Wl,/usr/local/apache2/lib -Wl,--rpath -Wl,/usr/local/subversion/lib -Wl,--rpath -Wl,/usr/local/apache2/lib -L/usr/lib -L/usr/local/apache2/lib -L/usr/local/db4/lib ../../subversion/libsvn_subr/.libs/libsvn_subr-1.so /usr/local/apache2/lib/libaprutil.so -ldb /usr/lib/libexpat.so /usr/local/apache2/lib/libapr.so -lm -lcrypt -lnsl -ldl -Wl,-soname -Wl,libsvn_delta-1.so.0 -o .libs/libsvn_delta-1.so.0.0.0
It uses full paths to the libraries, so there is no need for -L directories.
--
Philip
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: HELP: Compiles one libsvn_* but not others.
Posted by David Summers <da...@summersoft.fay.ar.us>.
Woops, it is now:
LDFLAGS="
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_client/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_delta/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_fs/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_repos/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra_dav/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra_local/.libs
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_subr/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_wc/.libs \
" ./configure \
--prefix=/usr \
On Tue, 18 Jun 2002, David Summers wrote:
> Date: Tue, 18 Jun 2002 19:01:51 -0500 (CDT)
> From: David Summers <da...@summersoft.fay.ar.us>
> To: Philip Martin <ph...@codematters.co.uk>
> Cc: "dev@subversion.tigris.org" <de...@subversion.tigris.org>
> Subject: Re: HELP: Compiles one libsvn_* but not others.
>
>
> Hey! I took them out and it now compiles! Thanks!
> At one point I had to put those in there to get it to compile.
> Yet one less thing to do to get it to compile!
> I think I'm down to one patch and the -L stuff to get it to compile now.
>
> RPM is just a shell around a clean install of the software.
>
> Which still leaves the question of why I need to specify all the
> subversion directories with -L .
>
> now:
> LDFLAGS="-lcrypt -ldl -pthread \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_client/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_delta/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_fs/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_repos/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra_dav/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra_local/.libs
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_subr/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_wc/.libs \
> " ./configure \
> --prefix=/usr \
> --with-apxs=%{apache_dir}/usr/bin/apxs \
> --with-apr=%{apache_dir}/bin/apr-config \
> --with-apr-util=%{apache_dir}/bin/apu-config
>
> Thanks!
> - David
>
> On 19 Jun 2002, Philip Martin wrote:
>
> > Date: 19 Jun 2002 00:47:04 +0100
> > From: Philip Martin <ph...@codematters.co.uk>
> > To: "dev@subversion.tigris.org" <de...@subversion.tigris.org>
> > Subject: Re: HELP: Compiles one libsvn_* but not others.
> >
> > David Summers <da...@summersoft.fay.ar.us> writes:
> >
> > > After looking at the Makefile and the configure --help and such for a
> > > couple of hours I got a brilliant idea:
> > >
> > > LDFLAGS="-lcrypt -ldl -pthread \
> > > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_client/.libs \
> > > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_delta/.libs \
> > > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_fs/.libs \
> > > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_repos/.libs \
> > > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra/.libs \
> > > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra_dav/.libs \
> > > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra_local/.libs \
> > > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_subr/.libs \
> > > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_wc/.libs \
> > > " ./configure \
> > > --prefix=/usr \
> > > --with-apxs=%{apache_dir}/usr/bin/apxs \
> > > --with-apr=%{apache_dir}/bin/apr-config \
> > > --with-apr-util=%{apache_dir}/bin/apu-config
> > >
> > > And it works!
> > >
> > > But why should I have to specify all those directories on the command
> > > line?
> >
> > I don't know anything about RPM, but why do you specify LDFLAGS at
> > all? The original value you had "-lcrypt -ldl -pthread" should be
> > generated by configure calling apr-config.
> >
> >
> >
>
>
--
David Wayne Summers "Linux: Because reboots are for upgrades!"
david@summersoft.fay.ar.us PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint = C0 E0 4F 50 DD A9 B6 2B 60 A1 31 7E D2 28 6D A8
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: HELP: Compiles one libsvn_* but not others.
Posted by David Summers <da...@summersoft.fay.ar.us>.
Hey! I took them out and it now compiles! Thanks!
At one point I had to put those in there to get it to compile.
Yet one less thing to do to get it to compile!
I think I'm down to one patch and the -L stuff to get it to compile now.
RPM is just a shell around a clean install of the software.
Which still leaves the question of why I need to specify all the
subversion directories with -L .
now:
LDFLAGS="-lcrypt -ldl -pthread \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_client/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_delta/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_fs/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_repos/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra_dav/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra_local/.libs
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_subr/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_wc/.libs \
" ./configure \
--prefix=/usr \
--with-apxs=%{apache_dir}/usr/bin/apxs \
--with-apr=%{apache_dir}/bin/apr-config \
--with-apr-util=%{apache_dir}/bin/apu-config
Thanks!
- David
On 19 Jun 2002, Philip Martin wrote:
> Date: 19 Jun 2002 00:47:04 +0100
> From: Philip Martin <ph...@codematters.co.uk>
> To: "dev@subversion.tigris.org" <de...@subversion.tigris.org>
> Subject: Re: HELP: Compiles one libsvn_* but not others.
>
> David Summers <da...@summersoft.fay.ar.us> writes:
>
> > After looking at the Makefile and the configure --help and such for a
> > couple of hours I got a brilliant idea:
> >
> > LDFLAGS="-lcrypt -ldl -pthread \
> > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_client/.libs \
> > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_delta/.libs \
> > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_fs/.libs \
> > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_repos/.libs \
> > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra/.libs \
> > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra_dav/.libs \
> > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra_local/.libs \
> > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_subr/.libs \
> > -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_wc/.libs \
> > " ./configure \
> > --prefix=/usr \
> > --with-apxs=%{apache_dir}/usr/bin/apxs \
> > --with-apr=%{apache_dir}/bin/apr-config \
> > --with-apr-util=%{apache_dir}/bin/apu-config
> >
> > And it works!
> >
> > But why should I have to specify all those directories on the command
> > line?
>
> I don't know anything about RPM, but why do you specify LDFLAGS at
> all? The original value you had "-lcrypt -ldl -pthread" should be
> generated by configure calling apr-config.
>
>
>
--
David Wayne Summers "Linux: Because reboots are for upgrades!"
david@summersoft.fay.ar.us PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint = C0 E0 4F 50 DD A9 B6 2B 60 A1 31 7E D2 28 6D A8
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: HELP: Compiles one libsvn_* but not others.
Posted by Philip Martin <ph...@codematters.co.uk>.
David Summers <da...@summersoft.fay.ar.us> writes:
> After looking at the Makefile and the configure --help and such for a
> couple of hours I got a brilliant idea:
>
> LDFLAGS="-lcrypt -ldl -pthread \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_client/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_delta/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_fs/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_repos/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra_dav/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra_local/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_subr/.libs \
> -L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_wc/.libs \
> " ./configure \
> --prefix=/usr \
> --with-apxs=%{apache_dir}/usr/bin/apxs \
> --with-apr=%{apache_dir}/bin/apr-config \
> --with-apr-util=%{apache_dir}/bin/apu-config
>
> And it works!
>
> But why should I have to specify all those directories on the command
> line?
I don't know anything about RPM, but why do you specify LDFLAGS at
all? The original value you had "-lcrypt -ldl -pthread" should be
generated by configure calling apr-config.
--
Philip
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: HELP: Compiles one libsvn_* but not others.
Posted by David Summers <da...@summersoft.fay.ar.us>.
On Tue, 18 Jun 2002, David Summers wrote:
> I'm this -><- close to being able to compile the newest version of
> subversion RPM (rev 2272....woops, 2273 just came out :-) but only
> libsvn_subr-1.so* is linking and the rest
> (like libsvn_delta-1.so*) are not.
>
> Here is my configuration:
> LDFLAGS="-lcrypt -ldl -pthread" ./configure \
> --prefix=/usr \
> --libdir=/usr/lib \
> --with-apxs=%{apache_dir}/usr/bin/apxs \
> --with-apr=%{apache_dir}/bin/apr-config \
> --with-apr-util=%{apache_dir}/bin/apu-config
>
>
> What am I doing wrong?
>
> Thanks.
>
>
After looking at the Makefile and the configure --help and such for a
couple of hours I got a brilliant idea:
LDFLAGS="-lcrypt -ldl -pthread \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_client/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_delta/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_fs/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_repos/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra_dav/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_ra_local/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_subr/.libs \
-L$RPM_BUILD_DIR/subversion-%{version}/subversion/libsvn_wc/.libs \
" ./configure \
--prefix=/usr \
--with-apxs=%{apache_dir}/usr/bin/apxs \
--with-apr=%{apache_dir}/bin/apr-config \
--with-apr-util=%{apache_dir}/bin/apu-config
And it works!
But why should I have to specify all those directories on the command
line?
Why doesn't subversion link those in by default?
Is anyone else seeing this?
Thanks!
--
David Wayne Summers "Linux: Because reboots are for upgrades!"
david@summersoft.fay.ar.us PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint = C0 E0 4F 50 DD A9 B6 2B 60 A1 31 7E D2 28 6D A8
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org