Date: Sat, 27 Jan 2018 11:42:04 -0500 From: Rich Felker <dalias@...c.org> To: musl@...ts.openwall.com Subject: Re: BUG: $ORIGIN does not seem to work On Sat, Jan 27, 2018 at 06:20:27PM +0200, Stefan Fröberg wrote: > Hi > > > Szabolcs Nagy kirjoitti 27.01.2018 klo 13:07: > > * Stefan Fröberg <stefan.froberg@...roprogram.com> [2018-01-27 01:50:21 +0200]: > >> My ldd is just symbolic link inside musl chroot environment, to > >> /lib/ld-musl-x86_64.so.1 > >> and it's symbolic link to /lib/libc.so > >> > >> Here is readelf output of that test program > >> readelf -d x > >> > >> Dynamic section at offset 0xe10 contains 24 entries: > >> Tag Type Name/Value > >> 0x0000000000000001 (NEEDED) Shared library: [libcrypto.so.1.1] > > ^^^^^^^^^^^^^^^^ > > this looks like the wrong library version > > > > if you had straced the ldd output you would have seen > > that musl tries to open lib/libcrypto.so.1.1, but you > > probably only have lib/libcrypto.so.1.0.0 based on the > > glibc ldd output below. > No, that ldd was run inside, pure, chrooted musl environment. No glibc > inside. > These are the only libcrypto* files inside that chroot environment: > > ls -lah /usr/lib/libcrypto.* > -rw-r--r-- 1 0 0 5.0M Dec 17 00:24 /usr/lib/libcrypto.a > lrwxrwxrwx 1 0 0 16 Dec 17 00:24 > /usr/lib/libcrypto.so -> libcrypto.so.1.1 > -rwxr-xr-x 1 0 0 3.0M Jan 26 12:58 > /usr/lib/libcrypto.so.1.1 OK, but it still means ld picked up a different version of libcrypto (at link time) and encoded the dependency on that different version. You need to ensure that gcc/ld is searching your lib dir at link time. BTW running the program itself or ldd under strace can be very informative to see what's happening. Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.