#19583: py26-wxpython wrongfully decides to build himself universal --------------------------------+------------------------------------------- Reporter: vince@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: py26-wxpython --------------------------------+------------------------------------------- Comment(by vince@…): Well, after all it is somehow related to architecture. I filtered out all .so modules to leave only i386 files: {{{ file *.so _animate.so: Mach-O bundle i386 _aui.so: Mach-O bundle i386 _calendar.so: Mach-O bundle i386 _combo.so: Mach-O bundle i386 _controls_.so: Mach-O bundle i386 _core_.so: Mach-O bundle i386 _gdi_.so: Mach-O bundle i386 _gizmos.so: Mach-O bundle i386 _glcanvas.so: Mach-O bundle i386 _grid.so: Mach-O bundle i386 _html.so: Mach-O bundle i386 _media.so: Mach-O bundle i386 _misc_.so: Mach-O bundle i386 _richtext.so: Mach-O bundle i386 _stc.so: Mach-O bundle i386 _webkit.so: Mach-O bundle i386 _windows_.so: Mach-O bundle i386 _wizard.so: Mach-O bundle i386 _xrc.so: Mach-O bundle i386 }}} I run a i386 python {{{ -> file /usr/pkg/bin/python /usr/pkg/bin/python: Mach-O executable i386 -> python Python 2.6 (r26:66714, Nov 19 2008, 14:55:25) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type "help", "copyright", "credits" or "license" for more information.

...

...

from wx import * Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/pkg/lib/python2.6/site-packages/wx-2.8-mac- unicode/wx/__init__.py", line 45, in <module> from wx._core import * File "/usr/pkg/lib/python2.6/site-packages/wx-2.8-mac- unicode/wx/_core.py", line 4, in <module> import _core_ ImportError: dlopen(/usr/pkg/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/wx-2.8-mac-unicode/wx/_core_.so, 2): no suitable image found. Did find: /usr/pkg/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/wx-2.8-mac-unicode/wx/_core_.so: mach-o, but wrong architecture }}}

??? How a 32-bit code can possibly require to dynamically link with a 64-bit piece ??? -- Ticket URL: <http://trac.macports.org/ticket/19583#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS

#19583: py26-wxpython wrongfully decides to build himself universal ---------------------------------+------------------------------------------ Reporter: vince@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Resolution: fixed | Keywords: Port: py26-wxpython | ---------------------------------+------------------------------------------ Old description:

Ok, gotcha. Sorry for the noise.

New description: While wxwidgets is not universal (yet), because of dependencies on Carbon and Quicktime, py26-wxpython, when compiled on a universal python 2.6 environnement, tries to build himself universal, probably because it picks up the flags used for python 2.6 compiling during setup. Consequency: it fails miserably here: {{{ src/mac/_gdi_wrap.cpp: In function 'PyObject* _wrap_Font_MacGetATSUFontID(PyObject*, PyObject*)': src/mac/_gdi_wrap.cpp:15883: error: 'class wxFont' has no member named 'MacGetATSUFontID' }}} because in the definition of the wxFont class, we read: {{{ #ifndef __LP64__ // 'old' Quickdraw accessors short MacGetFontNum() const; short MacGetFontSize() const; wxByte MacGetFontStyle() const; // 'new' ATSUI accessors wxUint32 MacGetATSUFontID() const; wxUint32 MacGetATSUAdditionalQDStyles() const; wxUint16 MacGetThemeFontID() const ; // Returns an ATSUStyle not ATSUStyle* void* MacGetATSUStyle() const ; #else const void * MacGetCTFont() const; // soon to be removed for 64bit, Returns an ATSUStyle not ATSUStyle* void* MacGetATSUStyle() const ; #endif }}} the wxFont class not being the same on 32 and 64-bit mode. Any idea to patch this up? -- Comment(by ryandesign@…): I'm setting the ticket description back to what it originally was and moving your note into [comment:3 your comment above]. I'm not sure though from the text in this ticket what the resolution to this issue turned out to be. -- Ticket URL: <http://trac.macports.org/ticket/19583#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS

#19583: py26-wxpython wrongfully decides to build himself universal ---------------------------------+------------------------------------------ Reporter: vince@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Resolution: fixed | Keywords: Port: py26-wxpython | ---------------------------------+------------------------------------------ Comment(by alex@…): Workaround: force i386 only build. Created a local ~/ports subdir, as documented in http://guide.macports.org/chunked/development.patches.html Patched config.py, diff and diff to Portfile attached. -- Ticket URL: <http://trac.macports.org/ticket/19583#comment:7> MacPorts <http://www.macports.org/> Ports system for Mac OS

#19583: py26-wxpython wrongfully decides to build himself universal ---------------------------------+------------------------------------------ Reporter: vince@… | Owner: jameskyle@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Resolution: | Keywords: Port: py26-wxpython | ---------------------------------+------------------------------------------ Changes (by macsforever2000@…): * status: reopened => new * owner: macports-tickets@… => jameskyle@… -- Ticket URL: <http://trac.macports.org/ticket/19583#comment:9> MacPorts <http://www.macports.org/> Ports system for Mac OS

#19583: py26-wxpython wrongfully decides to build himself universal ---------------------------------+------------------------------------------ Reporter: vince@… | Owner: jameskyle@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Resolution: | Keywords: Port: py26-wxpython | ---------------------------------+------------------------------------------ Comment(by arobson73@…): its consfusing knowing what the status is with all. to me it seems like its still not working. i tried installing the macport gnuradio, but that fails due to wx-python. im new to mac / linux type hacking around, just used to the easy double click way of installing of windows. from looking at wxpython website it says for mac os x , that wxpython only works with a framework build of python. what does that mean ? -- Ticket URL: <http://trac.macports.org/ticket/19583#comment:14> MacPorts <http://www.macports.org/> Ports system for Mac OS

#19583: py26-wxpython wrongfully decides to build himself universal ---------------------------------+------------------------------------------ Reporter: vince@… | Owner: jameskyle@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Resolution: | Keywords: Port: py26-wxpython | ---------------------------------+------------------------------------------ Comment(by arobson73@…): Replying to [comment:16 jjstickel@…]:

Replying to [comment:14 arobson73@…]:

...

its consfusing knowing what the status is with all. to me it seems like its still not working. i tried installing the macport gnuradio, but that fails due to wx-python. im new to mac / linux type hacking around, just used to the easy double click way of installing of windows. from looking at wxpython website it says for mac os x , that wxpython only works with a framework build of python. what does that mean ?

Basically, it seems that wxWidgets and wxPython are currently broken on Snow Leopard and using Macports, unless you compile all of Macports as 32 bit. I tried going the universal route, and all kinds of stuff broke, like for example this bug. We are all waiting for the wxwidgets/wxpython team to get cocoa working, but it does not seem to be soon.

ok, thanks for quick reply. does this mean your request will soon be ready since it has been set to fixed ? [http://trac.wxwidgets.org/ticket/11867] "swigged" files committed - whatever that means. -- Ticket URL: <http://trac.macports.org/ticket/19583#comment:17> MacPorts <http://www.macports.org/> Ports system for Mac OS

#19583: py26-wxpython wrongfully decides to build himself universal ---------------------------------+------------------------------------------ Reporter: vince@… | Owner: jameskyle@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Resolution: | Keywords: Port: py26-wxpython | ---------------------------------+------------------------------------------ Comment(by guillaume.salagnac@…): Cc Me! -- Ticket URL: <http://trac.macports.org/ticket/19583#comment:19> MacPorts <http://www.macports.org/> Ports system for Mac OS