This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author theller
Recipients doko, theller
Date 2009-01-07.10:26:45
SpamBayes Score 0.034314156
Marked as misclassified No
Message-id <[email protected]>
In-reply-to <[email protected]>
Content
Matthias Klose schrieb:
> there are some problems with ctypes.util.find_library(), which I would
> like to see fixed on active branches.
> 
>  - find_library is not robust, if either objdump or gcc are not
>    installed. fixed by raising an exception if the tools are not
>    found. Is OSError the correct type for this exception?

Sure.

>  - ldconfig -p already prints the shared object name. afaics there
>    is no need to call objdump again.

>  - the regexp to scan the ldconfig -p output is wrong for
>    architectures where libraries of more than one abi type are
>    installed, e.g. having ix86 libs on a x86_64 system. Having
>    only the library installed which doesn't match the python
>    executable lets find_library find the wrong library. Note that
>    the patch is only correct under the assumption that the python
>    executable is unstalled for the "main" abi.

I have to trust you that this is the right approach since I don't have
much experience on linux.  Also I have not tested the patch.

What I do not like too much in your patch is 'import platform'
since that pulls in a lot of stuff. Would it be possible to
replace 'platform.machine()' with 'os.uname()[4]' ?
History
Date User Action Args
2009-01-07 10:26:47thellersetrecipients: + theller, doko
2009-01-07 10:26:46thellerlinkissue4861 messages
2009-01-07 10:26:45thellercreate