Re: $ORIGIN substitution in RPATH

Bruno Haible, le sam. 23 févr. 2019 21:27:41 +0100, a ecrit: > > > I am 'root', and the executable as well as the shared library are > > > executable. Where does the 'Permission denied' error come from? > > > > That's because initscripts unexpectedly mounts a tmpfs on /tmp, while > > that doesn't

Re: $ORIGIN substitution in RPATH

Hi Samuel, > > I am 'root', and the executable as well as the shared library are > > executable. Where does the 'Permission denied' error come from? > > That's because initscripts unexpectedly mounts a tmpfs on /tmp, while > that doesn't apparently properly support program execution yet Indeed. A

Re: $ORIGIN substitution in RPATH

Hello, Bruno Haible, le sam. 23 févr. 2019 21:12:53 +0100, a ecrit: > And '_hurd_exec' is accessible, but gives a deprecation warning > "_hurd_exec is deprecated, use _hurd_exec_paths instead". What sense does it > make that an accessible symbol is deprecated in favour of a symbol that is not > ac

Re: $ORIGIN substitution in RPATH

Samuel Thibault wrote: > ORIGIN support was only commited in 2018-01-08 The commit introduced a new symbol '_hurd_exec_paths' in glibc. But when I write an autoconf test that tests for this symbol, it

Re: $ORIGIN substitution in RPATH

Hello, Bruno Haible, le sam. 23 févr. 2019 12:17:55 +0100, a ecrit: > Hi Samuel, > > > I have now fixed the installability and made a newer preinstalled image > > on http://cdimage.debian.org/cdimage/ports/latest/hurd-i386/ > > Thanks; this image works fine under VirtualBox. > > However, my tes

Re: $ORIGIN substitution in RPATH

Hi Samuel, > I have now fixed the installability and made a newer preinstalled image > on http://cdimage.debian.org/cdimage/ports/latest/hurd-i386/ Thanks; this image works fine under VirtualBox. However, my test case for use of $ORIGIN still does not work. How to reproduce: $ wget https://hai

Re: $ORIGIN substitution in RPATH

Samuel Thibault, le mer. 20 févr. 2019 08:18:59 +0100, a ecrit: > That being said, it seems I haven't made preinstalled images for some > time (due to uninstallability of sid), so your only option to check it > is to upgrade the hurd package on your image. I have now fixed the installability and m

Re: $ORIGIN substitution in RPATH

Bruno Haible, le mer. 20 févr. 2019 10:08:13 +0100, a ecrit: > > It does work on a recent enough system. > > > > ORIGIN support was only commited in 2018-01-08 > > Ah, good to know. I didn't expect it to be a so recent addition. There were API change dependencies which were tricky. Samuel

Re: $ORIGIN substitution in RPATH

Hi Samuel, > It does work on a recent enough system. > > ORIGIN support was only commited in 2018-01-08 Ah, good to know. I didn't expect it to be a so recent addition. Bruno

Re: $ORIGIN substitution in RPATH

Bruno Haible, le mer. 20 févr. 2019 01:25:06 +0100, a ecrit: > After reading http://lists.gnu.org/archive/html/bug-hurd/2011-08/msg00047.html > I was under the impression that $ORIGIN in -rpath arguments passed to the > linker would have the same effect under Hurd as on Linux/glibc. But it does > n

$ORIGIN substitution in RPATH

Hi, After reading http://lists.gnu.org/archive/html/bug-hurd/2011-08/msg00047.html I was under the impression that $ORIGIN in -rpath arguments passed to the linker would have the same effect under Hurd as on Linux/glibc. But it does not work for me. This is on Hurd 0.9 (using the image from https

[HURD PATCH 0/7] $ORIGIN substitution in RPATH

Hi, The ELF RPATH header (an executable-specific search path for shared libraries) can include the special string $ORIGIN, which should be substituted with the directory in which the binary resides. On Hurd this is not implemented yet; the filename used is not available to a newly executed binary.

[PATCH 0/4] $ORIGIN substitution in RPATH

The ELF RPATH header (an executable-specific search path for shared libraries) can include the special string $ORIGIN, which should be substituted with the directory in which the binary being loaded resides. On Hurd this is not implemented yet; the filename is not generally available to a newly ex