On Tue, Apr 10, 2012 at 10:49:30PM +0200, Edward d'Auvergne wrote:
> 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!
Edward,
I took a stab at creating a wxcocoa923-py package for fink but I don't
think it will be possible
in the near term. While I can build the wxwidgets 9.2.3 sources with
--osx_cocoa, the resulting
build requires that it be run from a framework build of python. Only MacPorts
currently builds its
python as a framework build. However MacPorts doesn't have a cocoa build of
wxwidgets packaged yet
to test a cocoa build of wxPython against.
Jack
>
> Regards,
>
> Edward
_______________________________________________
relax (http://www.nmr-relax.com)
This is the relax-users mailing list
[email protected]
To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users
