[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#20102: Problem with ld.so RUNPATH on armhf
From: |
Ludovic Courtès |
Subject: |
bug#20102: Problem with ld.so RUNPATH on armhf |
Date: |
Wed, 08 Apr 2015 17:48:09 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) |
Mark H Weaver <address@hidden> skribis:
> Mark H Weaver <address@hidden> writes:
>
>> address@hidden (Ludovic Courtès) writes:
>>
>>> Could you try the same on armhf?
>>
>> I've done so. Here's the transcript:
>>
>> address@hidden:/tmp/nix-build-glibc-2.21.drv-0$ source environment-variables
>> address@hidden:/tmp/nix-build-glibc-2.21.drv-0/build$ cd
>> /tmp/nix-build-glibc-2.21.drv-0/build/elf/
>> address@hidden:/tmp/nix-build-glibc-2.21.drv-0/build/elf$ /usr/bin/strace -s
>> 345 -f -o ,,s gcc --verbose -nostdlib -nostartfiles -shared -o
>> /tmp/nix-build-glibc-2.21.drv-0/build/elf/ld.so.new \
>> -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both -Wl,-z,defs
>> \
>> /tmp/nix-build-glibc-2.21.drv-0/build/elf/librtld.os
>> -Wl,--version-script=/tmp/nix-build-glibc-2.21.drv-0/build/ld.map
>> \
>> -Wl,-soname=ld-linux-armhf.so.3 \
>> -Wl,-defsym=_begin=0
>>> > > > Using built-in specs.
>> COLLECT_GCC=gcc
>> COLLECT_LTO_WRAPPER=/gnu/store/qchkhdj4nn4aqs8rrbbyybrj2sarjs3j-gcc-4.8.4/libexec/gcc/armv7l-unknown-linux-gnueabihf/4.8.4/lto-wrapper
>> Target: armv7l-unknown-linux-gnueabihf
>> Configured with:
>> Thread model: posix
>> gcc version 4.8.4 (GCC)
>> COMPILER_PATH=/gnu/store/qchkhdj4nn4aqs8rrbbyybrj2sarjs3j-gcc-4.8.4/libexec/gcc/armv7l-unknown-linux-gnueabihf/4.8.4/:/gnu/store/qchkhdj4nn4aqs8rrbbyybrj2sarjs3j-gcc-4.8.4/libexec/gcc/armv7l-unknown-linux-gnueabihf/4.8.4/:/gnu/store/qchkhdj4nn4aqs8rrbbyybrj2sarjs3j-gcc-4.8.4/libexec/gcc/armv7l-unknown-linux-gnueabihf/:/gnu/store/fc8kqk3dazn6mcgcjxd931752b2pf3wj-gcc-4.8.4-lib/lib/gcc/armv7l-unknown-linux-gnueabihf/4.8.4/:/gnu/store/fc8kqk3dazn6mcgcjxd931752b2pf3wj-gcc-4.8.4-lib/lib/gcc/armv7l-unknown-linux-gnueabihf/
>> LIBRARY_PATH=/gnu/store/84bsc47g2052allrmh4ph6xaqvp6f4cm-perl-5.16.1/lib/:/gnu/store/lakz7x2m4vqvvfdasn5x95a91rkqqs3c-bzip2-1.0.6/lib/:/gnu/store/mrb163wwjc45hgrcjwmb6nxp8fgab3lk-xz-5.0.4/lib/:/gnu/store/f1fnh2sp1j32jysdr2nw9z296iba6b5d-file-5.22/lib/:/gnu/store/l9ji7gc640j2r8c1c561iwcnqpcd585m-gawk-4.1.1/lib/:/gnu/store/w7gjnx5rz64mssxndnryazlwlhflfd2j-binutils-2.25/lib/:/gnu/store/fbdjazgwy3zyx8qc5z4ag0j78k2d7raw-glibc-2.21/lib/:/gnu/store/psmxs9gcr9l4arz7agmp94vm8fjwninv-glibc-utf8-locales-2.21/lib/:/gnu/store/fc8kqk3dazn6mcgcjxd931752b2pf3wj-gcc-4.8.4-lib/lib/gcc/armv7l-unknown-linux-gnueabihf/4.8.4/:/gnu/store/fc8kqk3dazn6mcgcjxd931752b2pf3wj-gcc-4.8.4-lib/lib/gcc/armv7l-unknown-linux-gnueabihf/4.8.4/../../../:/gnu/store/fbdjazgwy3zyx8qc5z4ag0j78k2d7raw-glibc-2.21/lib
>> COLLECT_GCC_OPTIONS='-v' '-nostdlib' '-nostartfiles' '-shared' '-o'
>> '/tmp/nix-build-glibc-2.21.drv-0/build/elf/ld.so.new' '-march=armv7-a'
>> '-mfloat-abi=hard' '-mfpu=vfpv3-d16' '-mthumb' '-mtls-dialect=gnu'
>>
>> /gnu/store/qchkhdj4nn4aqs8rrbbyybrj2sarjs3j-gcc-4.8.4/libexec/gcc/armv7l-unknown-linux-gnueabihf/4.8.4/collect2
>> --eh-frame-hdr -shared -dynamic-linker
>> /gnu/store/fbdjazgwy3zyx8qc5z4ag0j78k2d7raw-glibc-2.21/lib/ld-linux-armhf.so.3
>> -X -m armelf_linux_eabi -o
>> /tmp/nix-build-glibc-2.21.drv-0/build/elf/ld.so.new
>> -L/gnu/store/84bsc47g2052allrmh4ph6xaqvp6f4cm-perl-5.16.1/lib
>> -L/gnu/store/lakz7x2m4vqvvfdasn5x95a91rkqqs3c-bzip2-1.0.6/lib
>> -L/gnu/store/mrb163wwjc45hgrcjwmb6nxp8fgab3lk-xz-5.0.4/lib
>> -L/gnu/store/f1fnh2sp1j32jysdr2nw9z296iba6b5d-file-5.22/lib
>> -L/gnu/store/l9ji7gc640j2r8c1c561iwcnqpcd585m-gawk-4.1.1/lib
>> -L/gnu/store/w7gjnx5rz64mssxndnryazlwlhflfd2j-binutils-2.25/lib
>> -L/gnu/store/fbdjazgwy3zyx8qc5z4ag0j78k2d7raw-glibc-2.21/lib
>> -L/gnu/store/psmxs9gcr9l4arz7agmp94vm8fjwninv-glibc-utf8-locales-2.21/lib
>> -L/gnu/store/fc8kqk3dazn6mcgcjxd931752b2pf3wj-gcc-4.8.4-lib/lib/gcc/armv7l-unknown-linux-gnueabihf/4.8.4
>>
>> -L/gnu/store/fc8kqk3dazn6mcgcjxd931752b2pf3wj-gcc-4.8.4-lib/lib/gcc/armv7l-unknown-linux-gnueabihf/4.8.4/../../..
>> -L/gnu/store/fbdjazgwy3zyx8qc5z4ag0j78k2d7raw-glibc-2.21/lib -z combreloc
>> -z relro --hash-style=both -z defs
>> /tmp/nix-build-glibc-2.21.drv-0/build/elf/librtld.os
>> --version-script=/tmp/nix-build-glibc-2.21.drv-0/build/ld.map
>> -soname=ld-linux-armhf.so.3 -defsym=_begin=0
>> address@hidden:/tmp/nix-build-glibc-2.21.drv-0/build/elf$
>
> and I should add this sanity check:
>
> address@hidden:/tmp/nix-build-glibc-2.21.drv-0/build/elf$ readelf -a
> ld.so.new | grep RUNPATH
> 0x0000001d (RUNPATH) Library runpath:
> [/gnu/store/fbdjazgwy3zyx8qc5z4ag0j78k2d7raw-glibc-2.21/lib]
So there’s no explicit -rpath, yet it slips through.
In that build directory, can you rm elf/ld*so* and then restart the
build, but this time with:
export GUIX_LD_WRAPPER_DEBUG=yes
TIA!
Ludo’.
- bug#20102: Problem with ld.so RUNPATH on armhf, Ludovic Courtès, 2015/04/04
- bug#20102: Problem with ld.so RUNPATH on armhf, Mark H Weaver, 2015/04/05
- bug#20102: Problem with ld.so RUNPATH on armhf, Ludovic Courtès, 2015/04/06
- bug#20102: Problem with ld.so RUNPATH on armhf, Mark H Weaver, 2015/04/08
- bug#20102: Problem with ld.so RUNPATH on armhf, Ludovic Courtès, 2015/04/08
- bug#20102: Problem with ld.so RUNPATH on armhf, Ludovic Courtès, 2015/04/08
- bug#20102: Problem with ld.so RUNPATH on armhf, Mark H Weaver, 2015/04/09
- bug#20102: Problem with ld.so RUNPATH on armhf, Ludovic Courtès, 2015/04/09
- bug#20102: Problem with ld.so RUNPATH on armhf, Ludovic Courtès, 2015/04/09