[Pythonmac-SIG] Extensions for static versus framework MachoPython
Jack Jansen
Jack.Jansen@oratrix.com
Wed, 10 Jul 2002 23:17:01 +0200
On woensdag, juli 10, 2002, at 02:38 , bill fancher wrote:
> Having opened this can of worms, I almost feel obliged to take
> a look, assuming it's still an issue. If no one else expresses
> interest, feel free to mail diffs if that's easier than putting
> them on sourceforge.
I've put them on sourceforge (this'll also make sure I either
fix them or delete them in a finite amount of time:-). They're
at http://www.python.org/sf/579841 .
> FWIW, when I do something similar here I get:
>
> Fatal Python error: Interpreter not initialized (version mismatch?)
> Abort
That is indeed what I expected.
> This seems to me to be the correct behavior. (It's what you had
> originally expected to happen, IIRC.) To try it out, I cooked
> up two_level_namespace sha and _AE modules. Of course the
> libpython2.3.dylib that my test modules are linked against is
> not the same as what you're using there...
Did you test with a "normal" dylib build, or with a
dylib-linked-from-a-framework build?
BTW: the bit of your patch that we agree on is the bit about
getting --enable-shared to work. Is it possible to extract that
from the rest, so we can then happily continue debating
linked-framework-built-externally vs.
self-contained-framework-built-from-makefile? (The other bit I
agreed with, that the Carbon modules shouldn't be built for a
non-framework build, was a silly mistake on my part and has been
fixed already).
--
- Jack Jansen <Jack.Jansen@oratrix.com>
http://www.cwi.nl/~jack -
- If I can't dance I don't want to be part of your revolution --
Emma Goldman -