[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Thu, 23 Jun 2016 00:24:48 -0400
From: Rich Felker <dalias@...c.org>
To: musl@...ts.openwall.com
Subject: Re: musl ldd: swt build: Error relocating / symbol not found
On Thu, Jun 23, 2016 at 03:35:02AM +0000, Andrei Pozolotin wrote:
> Hello.
>
> I have a curious problem:
>
> 1) the following build system:
> https://github.com/random-alpiner/repository/blob/master/bugs/01/APKBUILD
> https://github.com/random-alpiner/repository/blob/master/bugs/01/build.sh
> https://github.com/random-alpiner/repository/blob/master/bugs/01/make_linux.mak
>
> 2) produces a library:
> https://github.com/random-alpiner/repository/blob/master/alpine/x86_64/swt-4.5.2-r1.apk
>
> 3) which, when loaded by target application (java/eclipse), produces
> an error:
> https://github.com/random-alpiner/repository/blob/master/bugs/01/1-app.log
>
> 4) and yet, that error should not happen, according to musl ldd:
> https://github.com/random-alpiner/repository/blob/master/bugs/01/2-ldd.log
>
> 5) and also confirmed by readelf:
> https://github.com/random-alpiner/repository/blob/master/bugs/01/3-readelf.log
>
> Any pointers on how to resolve this seeming contradiction are much
> appreciated.
My first guess would be that something else in the application
(eclipse) has already caused an older/stale version of libgobject to
be loaded, so that the version containing the symbol definition does
not get loaded. You could confirm this by running strace on the
program and checking what library files it loads/maps.
> Finally, someone on irc#musl suggested that musl ldd provides "-d"
> and "-r" options
> by default out of the box:
> http://man7.org/linux/man-pages/man1/ldd.1.html. Is that so?
This is roughly correct. Symbol resolution is always attempted and
errors reported.
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.
