tech-pkg archive
[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index][
Old Index]
Re: readelf -d listing on NetBSD/amd64 9.4 (Re: on 9.3 fails with clean environment
On 3/24/25 13:36, Makoto Fujiwara wrote:
Hi,
- Udated (NetBSD/amd64) 9.3 host to 9.4
- Newly setup chroot and bootstrap
- run pbulk with devel/cabel-fmt only
Gave me the problematic result as before.
On the same machine, outside of chroot,
at devel/cabal-fmt, I did make package.
and then
readelf gives following line
thinkc-01@makoto 12:50:39/250324(..devel/cabal-fmt)% \
readelf -d /tmp/devel/cabal-fmt/work/cabal-fmt-0.1.12/dist/build/cabal-fmt/cabal-fmt |grep -i rpath | tr ':' '012円'
0x000000000000000f (RPATH) Library rpath
[/usr/pkg/lib
/usr/pkg/lib/x86_64-netbsd-ghc-9.10.1
/usr/pkg/lib/ghc-9.10.1/lib/x86_64-netbsd-ghc-9.10.1
/tmp/devel/cabal-fmt/work/cabal-fmt-0.1.12/dist/build/version-interval]
Thank you for giving me the data. The last one is wrong. It's very
wrong. Executables or shared libraries must not contain RPATHs relative
to WRKDIR, and our GHC (lang/ghc910) is patched[1] so that it won't
produce those bad RPATHs. I still have no idea why it doesn't work on
your machines.
As a comparison the same executable on my machine has only the first
three of the RPATHs:
% readelf -d work/cabal-fmt-0.1.12/dist/build/cabal-fmt/cabal-fmt |
grep -i rpath | tr ':' '012円'
0x000000000000000f (RPATH) Library rpath
[/usr/pkg/lib
/usr/pkg/lib/aarch64-netbsd-ghc-9.10.1
/usr/pkg/lib/ghc-9.10.1/lib/aarch64-netbsd-ghc-9.10.1]
[1]:
lang/ghc910/patches/patch-libraries_Cabal_Cabal_src_Distribution_Simple_GHC_Build_Link.hs,
hunk #2
Home |
Main Index |
Thread Index |
Old Index