Let me clarify: This will only be a problem when using a foreign
function interface to call a non-versioned module dynamically.
As such, it won't be much of a problem for Python. In Python, we
don't normally dlopen .so files, except when we know they are
Python extension modules, in which case w
On Sat, Sep 10, 2011 at 4:35 PM, Howard B. Golden
wrote:
>
> So, in Python, this is likely to only affect users calling packages
> using ctypes. (This corresponds to GHCi loading an unversioned library,
> e.g., "ghci -lm" which would load the current version of the math
> library into the GHC inte
On Sun, 2011-09-11 at 00:39 +0200, Nadeem Vawda wrote:
> I can confirm that libpthread.so (/usr/lib/x86_64-linux-gnu/libpthread.so)
> is a linker script on my Ubuntu 11.04 install. This hasn't ever caused me
> any problems, though.
>
> As for why distributions do this, here are the contents of the
I can confirm that libpthread.so (/usr/lib/x86_64-linux-gnu/libpthread.so)
is a linker script on my Ubuntu 11.04 install. This hasn't ever caused me
any problems, though.
As for why distributions do this, here are the contents of the script:
/* GNU ld script
Use the shared library, but
Odd. Let's see what other core devs say.
On Sat, Sep 10, 2011 at 2:50 PM, Howard B. Golden
wrote:
> I don't know why, but some Linux distributions place scripts into .so
> files instead of the actual binaries. This takes advantage of a feature
> of GNU ld that it will process the script (which po
I don't know why, but some Linux distributions place scripts into .so
files instead of the actual binaries. This takes advantage of a feature
of GNU ld that it will process the script (which points to the actual
binary) when it links the .so file.
This feature works fine when you are linking a bin
Excuse me for asking a newbie question, but what are linker scripts
and why are they important? I don't recall anyone ever having
requested this feature before.
--Guido
On Wed, Sep 7, 2011 at 12:33 PM, Howard B. Golden
wrote:
> Hi,
>
> In Haskell I experienced a situation where dynamically loade
Hi,
In Haskell I experienced a situation where dynamically loaded modules
were experiencing "invalid ELF header" errors. This was caused by the
module names actually referring to linker scripts rather than ELF
binaries. I patched the GHC runtime system to deal with these scripts.
I noticed that t
