[Pythonmac-SIG] Building 4Suite on Panther (Mac OS X 10.3.x)
bob at redivi.com
Sat Jan 3 10:22:32 EST 2004
On Jan 3, 2004, at 9:44 AM, Paul Miller wrote:
>> There are two relatively small platform bugs in the 4Suite build
>> process that prevent it from building properly on Panther. This is
>> from looking at 1.0a3, not all of the tests passed and I don't have
>> any experience with 4Suite to determine whether or not these are
>> "expected" so I am not going to put it in my PackageManager
>> repository yet.
> Wow Bob - many thanks for looking into this.
>> 1) It assumes a really brain-dead Python and tries to link it with
>> -flat_namespace. That's not necessary nor desired (except MAYBE on
>> OS X 10.2's awfully broken Python 2.2.0, but you don't need
>> -flat_namespace if you use -bundle_loader). Edit
>> Ft/Lib/DistExt/PackageManager.py and remove the code that adds
>> '-flat_namespace' to the linker flags if the platform is 'darwin'.
> I couldn't find any -flat_namespace references in PackageManager.py. I
> do have 1.0a3.
It's in Ft/Lib/DistExt/BuildExt.py not
Ft/Lib/DistExt/PackageManager.py.. sorry, must not have been paying
>> 2) It assumes that you can get a pointer to environ from a
>> bundle/dylib, you can't. Change the "environ" trap in
>> Ft/Server/Server/src/process.c to the following:
> This change I made and the setup process was able to complete. But
> when I try to use Ft.Xml.Domlette.Node, it fails to find the Node
> type. Assuming Node is implemented in the C code, could the first
> issue be causing the bundle not to load, thus it not being able to
> find Node?
> Any other ideas on fixing #1?
How about some example code that should work (but doesn't)? I don't
know (or have a desire to learn) this API.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 2357 bytes
Desc: not available
Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20040103/57f2a1f7/smime.bin
More information about the Pythonmac-SIG