Re: svnversion_tests.py: lt-svnversion uses wrong libraries

From: Erik Hülsmann <e.huelsmann_at_gmx.net>
Date: 2003-08-08 22:55:12 CEST

('binary' encoding is not supported, stored as-is) >> I'm using:
>> - RedHat Linux 8.0.
>> - libtool --version reports:
>> ltmain.sh (GNU libtool) 1.4.2 (1.922.2.54 2001/09/11 03:33:37)
>
>I think I have used 1.4.2 in the past with no problems, but I don't have the
>exact version string. I'm using 1.4.3 at the moment.

[snip]

>The link command explicitly mentions the build tree versions of all
>the libraries that are wrongly located, I would expect it to work. I
>don't know why it doesn't, perhaps some sort of RPATH problem. You
>can see the RPATH by using things like

Now that I know that the programs in the build dirs are stub scripts,
I decided to look into the one for svnversion. The relink command
contains the incorrectly linked libs after an -L/usr/local/lib argument.
That could be a problem, since looking in /usr/local/lib will get a(n)
(old) version of a library by the same name.

> objdump -x subversion/libsvn_client/.libs/libsvn_client-1.so | grep RPATH
> objdump -x subversion/svnversion/.libs/lt-svnversion | grep RPATH

Will do this later. see below.

>> After running the make command *all* libraries point to /usr/local and
>> the contents of the .libs directory is empty.
>
>Huh? Which .libs is empty?

The one for subversion/svnversion/.libs

In the meantime I try to set up my box to do all tests on a ramdisk just
as you have reported it to work on this list earlier. Makes a lot of difference
on the disk activity, but I don't seem able to find the lt-* programs any more.

I will rebuild in-tree again and mail back with the rest of my progress.

>> When I have run
>> make check CLEANUP=1 TESTS=3Dsubversion/tests/clients/cmdline/svnversion_tests.py

>> the .libs directories is not empty anymore and the ldd command says
>> that libraries are linked agains the versions in my build tree
>> again.
>
>I'm confused--do you mean that all the libraries are found in the
>build tree? Has the problem been solved?

No, the problem has not been solved - unfortunately. I did not understand how
libtool works, but what I was seeing was the effect of the svnversion stub rewriting
the links to the libraries.

[snip: explanation of libtool guts ]

Ok. as said, I will rebuild all of it in the tree and report back what happens.

bye,

Erik.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Aug 8 22:56:09 2003