Port-amd64 archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: a (different) library question
It turns out to have been a misleading error message. It's not the
library that isn't found but a report from a routine in the library
that some data has not been found. It had the Tcl chatroom fooled
too.
--
Steve Blinkhorn <steve%prd.co.uk@localhost>
You wrote:
>
> On Tue, 25 Sep 2018 at 14:51, Steve Blinkhorn <steve%prd.co.uk@localhost> wrote:
> > The rpath suggestion seems the most likely way forward. Is there a
> > way of getting the library search list/order from a running program,
> > or from the executable file? Tcl certainly does allow arbitrary
> > dynamic libraries to be loaded at run time (it is even possible for
> > Tcl code to write new code itself dynamically involving the loading of
> > an arbitrary library, though nothing so complex is going on here).
> > I'm asking the same question of the Tcl community. My instinct is
> > that there is some missing or misplaced file or directory in the
> > layout of the machine in question.
>
> Not for a process, but objdump -p or readelf -d show relevant
> information for dynamic executables.
>
> According to ld.elf_so(1),
>
> > Dynamic loading via dlopen(3) uses the DT_RPATH entries of the main
> > binary, independently of which object the call came from.
>
> In your case, this might refer to the Tcl interpreter or the host
> application in case of an embedded interpreter. If those are also
> identical, I'm afraid I'm out of ideas..
>
> Joachim
>
Home |
Main Index |
Thread Index |
Old Index