#19583 closed defect (fixed)
py26-wxpython wrongfully decides to build himself universal — at Version 3
Reported by: | Veence (Vincent) | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.7.1 |
Keywords: | Cc: | ||
Port: | py26-wxpython |
Description (last modified by Veence (Vincent))
Ok, gotcha. Sorry for the noise.
Change History (3)
comment:1 Changed 15 years ago by Veence (Vincent)
comment:2 Changed 15 years ago by Veence (Vincent)
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 ???
comment:3 Changed 15 years ago by Veence (Vincent)
Description: | modified (diff) |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Ok, gotcha. Sorry for the noise.
Note: See
TracTickets for help on using
tickets.
Well, adding CFLAGS="" and CXXFLAGS="" to the build.env line solves build problem, but another then appears :
whatever python is run in 32 or 64-bit mode...