Opened 13 years ago
Closed 13 years ago
#30568 closed defect (wontfix)
py27-wxpython : wrong architecture
Reported by: | marc.schlaich@… | Owned by: | jyrkiwahlstedt |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | mcm@…, haoweipeng@…, jjstickel@… | |
Port: | py27-wxpython |
Description (last modified by jmroot (Joshua Root))
After installing this package i cannot import it.
$ python Python 2.7.2 (default, Jul 29 2011, 00:57:57) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import wx Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/__init__.py", line 45, in <module> from wx._core import * File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", line 4, in <module> import _core_ ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so, 2): no suitable image found. Did find: /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: mach-o, but wrong architecture
Change History (5)
comment:1 Changed 13 years ago by jmroot (Joshua Root)
Cc: | jwa@… removed |
---|---|
Description: | modified (diff) |
Owner: | changed from macports-tickets@… to jwa@… |
comment:3 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | haoweipeng@… added |
---|
Has duplicate #31182.
comment:5 Changed 13 years ago by jmroot (Joshua Root)
Resolution: | → wontfix |
---|---|
Status: | new → closed |
Closing as per comment:1. Can't be fixed until wxWidgets is 64-bit.
Note: See
TracTickets for help on using
tickets.
I'd assume your python is universal i386+x86_64, and since wxWidgets can only build for 32-bit archs, you would have to specifically run python in 32-bit mode to use it. e.g.
So there's probably nothing that can be fixed here, unless you want to argue that python should re-execute itself as a different arch when it can't load a .so.