Re: DESTDIR install on hppa-hpux #4

[Michael Haubenwallner]

On Wed, 2009-07-01 at 16:04 +0200, Michael Haubenwallner wrote:
> No problem. It's just that the hpux10.20 box is shot down tomorrow, so I
> cannot test this platform any more.

The hpux10.20 box finally has been brought down now, and I have less
hope to get it up again even for testing only. This patch here was the
last one tested there.

> > * Michael Haubenwallner wrote on Mon, Jun 29, 2009 at 11:22:31AM CEST:
> > > 
> > > Ok, here's the third way of supporting DESTDIR on hppa-hpux, now without
> > > the +cdp linker flag (#2), but using the absolute target libdir in the
> > > 'internal name' instead, to fix the security issue of #1.
> > 
> > Using absolute paths seems like a step backward, with all the world
> > wanting relocatable packages more than anything.  I don't think we
> > should go that way unless we cannot help it at all.  But maybe I have
> > misunderstood you latest approach?
> 
> Do you mean subsequent linked binaries should not contain the location
> the dependent shared library was originally targetted for?
> Well, I can agree here. Patch#2 with the +cdp mess would avoid that.

For completion: The "+cdp mess" means that for each required local
shared library the linkline gets bloated by
  "+cdp $inst_prefix_dir$install_libdir/$soname:$install_libdir/$soname"

Here's the fourth try:
The uninstalled shared libraries get absolute "$install_libdir/$soname"
into the internal name, to be able to create the local executables for
fast_install, without any embedded $builddir or $inst_prefix_dir, and
without the +cdp mess.
But this needs to force each local shared library - even those without
local dependencies - to be relinked for installation. Relinking is done
with "$soname" only as internal name, requiring "+cdp $inst_prefix_dir:"
only once to avoid inst_prefix_dir in the fallback path.

The runpath is again hardcoded into shared libraries too.

IMHO the basic problem here is that for binaries there is nothing known
like $install_bindir, similar to $install_libdir for libraries.

Same 12 tests change from SKIP/XFAIL to PASS as before, without any
other test result change.

> Another question:
> HP-UX does support SHLIB_PATH for 32bit hppa, and both LD_LIBRARY_PATH
> and SHLIB_PATH for hppa64 and ia64 (32/64), which can be enabled easily.

This would require the +s linker flag for executables too, but I haven't
found a way to do this. Thoughts?

Thanks!

/haubi/

libtool-hppa-hpux-no-abs-iname.patch
Description: Text Data