Re: 'import dl' on AMD64 platform



John Pye <john.pye@xxxxxxxxx> wrote:
On Feb 19, 6:30 am, Nick Craig-Wood <n...@xxxxxxxxxxxxxx> wrote:
John Pye <john....@xxxxxxxxx> wrote:
application from running on the Debian Etch AMD64 platform.
It seems that the 'dl' module is not available on that platform. The
only reason I need the 'dl' module, however, is for the values of
RTLD_LAZY etc, which I use with sys.setdlopenflags() in order to make
my imported SWIG module share its symbols correctly with more deeply-
nested plugin modiles in my C-code layer.

I wonder if there is a workaround for this -- perhaps another way to
access the values of those RTLD flags?

Read stuff out of /usr/include/bits/dlfcn.h ?

It seems to be a constant 1 anyway

#define RTLD_LAZY 0x00001

You could try compiling the dl module by hand.

Well yes, and that's the workaround I came up with: for systems that
don't provide the 'dl' module, I just default to the values I found on
my linux (ubuntu) system. This is a nasty hack however.

I wonder if anyone could say why the Debian people left out this
important module from their AMD64 platform?

There is a note (from a 2002) in the changelog about

* Always build the dl module. Failure in case of
sizeof(int)!=sizeof(long)!=sizeof(void*)
is delayed until dl.open is called. Closes: #141681.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=141681

so maybe it doesn't build properly on amd64. That, or it violating
the free software guidelines (unlikely in this case) are the two major
reasons for missing features in debian.

The normal procedure would be to try the package from unstable.

If that doesn't work then report a bug. (Easiest with the reportbug
package.)

I don't have an amd64 machine to try otherwise I'd try it for you!

I looked in the latest packages for python2.4 & python2.5 for amd64
and /usr/lib/python2.4/lib-dynload/dl.so doesn't appear to be there.

http://packages.debian.org/cgi-bin/search_contents.pl?searchmode=filelist&word=python2.5&version=unstable&arch=amd64&page=9&number=50

--
Nick Craig-Wood <nick@xxxxxxxxxxxxxx> -- http://www.craig-wood.com/nick
.



Relevant Pages

  • Re: Macs in Enterprise
    ... interoperability support into the mix. ... But you could have distinct separate networks, ... There's no reason that has to be a bad thing for the company. ... or expense than the first platform? ...
    (comp.sys.mac.advocacy)
  • [PATCH 4/7] spi: Prefix modalias with "spi:"
    ... This makes it consistent with other buses (platform, i2c, vio, ...). ... I'm not sure why we use the prefixes, but there must be a reason. ...
    (Linux-Kernel)
  • Re: Do Mac owners learn to drive / ride?
    ... I guess the reason I don't 'get it' is because I don't have any issues ... difficult (like with this DSA CD). ... You're trolling again T i m. ... have to run on a platform I could easily maintain and run all the ...
    (uk.comp.sys.mac)
  • [PATCH 6/6] spi: Prefix modalias with "spi:"
    ... This makes it consistent with other buses (platform, i2c, vio, ...). ... I'm not sure why we use the prefixes, but there must be a reason. ...
    (Linux-Kernel)
  • Re: Jobs Data due in 45 minutes
    ... > Looking for a 2300 pivot level ... For some reason I was thinking only the trading desk was closed not the ... whole platform during the Fri evening-Sun evening stretch. ... MG shuts down from Fri 1500 to Sun 1700. ...
    (misc.invest.stocks)