Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #59351 > unrolled thread

Re: python 2.7.x on MacOSX: failed dlopen() on .so's

Started byNed Deily <nad@acm.org>
First post2013-11-13 14:44 -0800
Last post2013-11-13 14:44 -0800
Articles 1 — 1 participant

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: python 2.7.x on MacOSX: failed dlopen() on .so's Ned Deily <nad@acm.org> - 2013-11-13 14:44 -0800

#59351 — Re: python 2.7.x on MacOSX: failed dlopen() on .so's

FromNed Deily <nad@acm.org>
Date2013-11-13 14:44 -0800
SubjectRe: python 2.7.x on MacOSX: failed dlopen() on .so's
Message-ID<mailman.2559.1384383006.18130.python-list@python.org>
In article <nad-E7CC3B.14401113112013@news.gmane.org>,
 Ned Deily <nad@acm.org> wrote:
> There shouldn't be any problems with what you are trying to do.  It works for 
> me with Python 2.7.6 and pycrypto-2.6.1.  Some suggestions:
> - Avoid --enable-shared on OS X at least initially.  There are too many ways 
> things can go wrong.  If you've built with it, suggest starting with a fresh 
> Python source directory just to be sure.
> - Check the dynamic library dependencies of _struct.  On OS X:
> 
>   otool -L /Users/build/python/lib/python2.7/lib-dynload/_struct.so
> 
> For a non-shared build, the only library dependency should be 
> /usr/lib/libSystem.B.dylib.
> - Make sure you are *really* building pycrypto and friends with your Python 
> and not with some other one.
> - On OS X with an installed Python, you shouldn't need to set PYTHONHOME.

- Check your other environment variables and make sure you are not setting any 
DYLD_ or LD_ env variables.

-- 
 Ned Deily,
 nad@acm.org

[toc] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web