Hi,
See below:
Edward,
I am puzzled by the prebuilt Mac application for relax 1.3.14
on your site. It claims to contain ppc, i386 and x86_64 code
but that I only see...
libwx_macud-2.8.0.dylib: Mach-O universal binary with 2 architectures
libwx_macud-2.8.0.dylib (for architecture ppc): Mach-O dynamically linked
shared library ppc
libwx_macud-2.8.0.dylib (for architecture i386): Mach-O dynamically
linked shared library i386
libwx_macud_gizmos-2.8.0.dylib: Mach-O universal binary with 2 architectures
libwx_macud_gizmos-2.8.0.dylib (for architecture ppc): Mach-O dynamically
linked shared library ppc
libwx_macud_gizmos-2.8.0.dylib (for architecture i386): Mach-O dynamically
linked shared library i386
libwx_macud_gl-2.8.0.dylib: Mach-O universal binary with 2 architectures
libwx_macud_gl-2.8.0.dylib (for architecture ppc): Mach-O dynamically
linked shared library ppc
libwx_macud_gl-2.8.0.dylib (for architecture i386): Mach-O dynamically
linked shared library i386
libwx_macud_stc-2.8.0.dylib: Mach-O universal binary with 2 architectures
libwx_macud_stc-2.8.0.dylib (for architecture ppc): Mach-O dynamically
linked shared library ppc
libwx_macud_stc-2.8.0.dylib (for architecture i386): Mach-O dynamically
linked shared library i386
in /Applications/relax.app/Contents/Frameworks. Note that wxmac-unicode
builds the Carbon interface for
MacOS (which doesn't exist for 64-bit). For x86_64, you would need to use
wxcocoa293 which uses the
Cocoa interface. However we don't have a package with wxPython built
against either of those. Currently
fink only has wxgtk2.8-py which builds against wxgtk2.8 and runs under X11.
This is exactly the problem - my Xcode+official Python module set up
as well as custom built Python+module Mac frameworks are build for
Carbon, but Carbon is broken on 64-bit! But Python in both is a 3-way
Universal binary. So I have to build wxPython with Cocoa support, but
wxPython 2.8 does not support this. So I am currently trying to build
a Python 2.7.2 + wxPython 2.9.3.1 Mac Framework with Cocoa and 3-way
Universal binaries to be able to support all Mac users
(http://groups.google.com/group/wxpython-mac/browse_thread/thread/77bef6035646074d).
Cocoa is important as Carbon on the Lion doesn't work as it used to,
therefore many program's GUIs break on Lion. This would be much
easier if the problem was inside of relax instead!
Regards,
Edward
Re: relax 1.3.13/14 oddities