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


Groups > comp.lang.python > #59564

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

Subject Re: python 2.7.x on MacOSX: failed dlopen() on .so's
From Paul Smith <paul@mad-scientist.net>
Date 2013-11-15 17:23 -0500
References (3 earlier) <CDF80417-B552-488E-8FC9-BF84CA32AA78@acm.org> <1384392275.2758.153.camel@homebase> <668AB11B-465D-43DD-949E-71D421985EEB@acm.org> <1384442536.3496.532.camel@pdsdesk> <nad-0A39ED.10365814112013@news.gmane.org>
Organization GNU's Not UNIX!
Newsgroups comp.lang.python
Message-ID <mailman.2686.1384554614.18130.python-list@python.org> (permalink)

Show all headers | View raw


On Thu, 2013-11-14 at 10:36 -0800, Ned Deily wrote:
> In article <1384442536.3496.532.camel@pdsdesk>,
>  Paul Smith <paul@mad-scientist.net> wrote:
> [...]
> > By relocatable I mean "runnable from any location"; i.e., not fixed.  I
> > have a wrapper around the Python executable that can compute the correct
> > root directory and set any environment variables or add flags or
> > whatever might be needed.
> 
> In that case, the python.org installer may not be a good choice.  You should 
> be to accomplish what you want by building your own Python.   You'll probably 
> find you were getting tripped up by unnecessarily setting environment 
> variables.  Good luck!

Thanks Ned.  I got sidetracked for a while but I got back to this now,
and I found my problem.

The makefile I was using to control the build on Linux was stripping the
python executable to make it smaller.

However, stripping the python executable on MacOSX breaks it completely
so it can't load its shared libraries and I get errors as in my original
message.  If I remove the "strip" operation, then everything starts to
work as expected.

Back to comp.lang.python | Previous | Next | Find similar | Unroll thread


Thread

Re: python 2.7.x on MacOSX: failed dlopen() on .so's Paul Smith <paul@mad-scientist.net> - 2013-11-15 17:23 -0500

csiph-web