On Fri, 19 Nov 2010, Sven Joachim wrote:
On 2010-11-19 09:59 +0100, Thomas Dickey wrote:
On Fri, 19 Nov 2010, Sven Joachim wrote:
We're already passing --disable-rpath to configure, and adding
--disable-rpath-hack does not help either. :-(
Here's my analysis why this is so: irrespective of these options,
aclocal.m4 computes LD_RPATH_OPT="-Wl,-rpath," and later
LOCAL_LDFLAGS="${LD_RPATH_OPT}\$(LOCAL_LIBDIR)". This is not a problem
for the regular programs since progs/Makefile.in does not use
LOCAL_LDFLAGS, but test/Makefile.in adds it to LDFLAGS, so we lose.
yes... that of course is because the test programs normally live there.
In test/configure there is no option at all to disable RPATH.
Any ideas?
I can add an option. test/configure was originally a minimal script,
without the various features needed in ./configure, but I can see it'll
grow a little more.
Actually rpath is not a problem when running test/configure, but I could
not get it to use the just compiled-but-not-yet-installed ncurses
library. Because it is built out of tree, the libs are not adjacent to
the headers which is expected by the "--with-curses-dir" configure
option.
It would be good if this could be made to work, because the simplistic
solution of just copying everything from obj/test has the drawback that
cruft files like "Makefile" creep into the binary package. And we can
only run "make install" in the test directory if we had run
test/configure before, see the recent discussion on bug-ncurses.
I'll see what I can do (thanks)
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
