[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: hppa-hpux DESTDIR support.
From: |
Peter O'Gorman |
Subject: |
Re: hppa-hpux DESTDIR support. |
Date: |
Mon, 25 Aug 2008 11:23:54 -0500 |
User-agent: |
Thunderbird 2.0.0.14 (X11/20080501) |
Markus Duft wrote:
> Hi
>
> I'm working (together with haubi) on getting DESTDIR support for our
> hppa-hpux boxes into libtool. I now have it working, and a first patch
> (which of course breaks some other things - I know that :( ), and wanted to
> ask what you think about this.
>
> I'm adding +s to every link line. But because I add it through the rpath
> spec thing, it is only there if a runpath is encoded. I tried with a dummy
> runpath, added in ltmain.sh (which works ok) but that's just way too ugly :)
>
> Any ideas how I could get this a little better? Maybe another location to
> add the +s?
archive_cmds?
But as far as I am aware, +s does not actually stop the -L paths from
being encoded into the output, so you still end up with, for example:
% chatr libfoo.sl
libfoo.sl:
shared library
shared library dynamic path search:
SHLIB_PATH enabled first
embedded path enabled second /opt/tmp
internal name:
libfoo.sl
shared library list:
dynamic ../tmp/libbar.sl
shared vtable support disabled
[snip]
Although a quick test running with tusc shows that the dynamic linker
does search for libbar at ../tmp/libbar.sl last.
Peter
--
Peter O'Gorman
http://pogma.com