On Thu, Nov 29, 2012 at 3:12 AM, William Kyngesburye
<woklist@kyngchaos.com> wrote:
On Nov 28, 2012, at 12:27 PM, Markus Neteler wrote:
On Wed, Nov 28, 2012 at 6:35 PM, Carlos Grohmann
<carlos.grohmann@gmail.com> wrote:Hi
so, all modules under guy/wxpython that didn't compile show the same error:
/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so:
no matching architecture in universal wrapper
make: *** [g.gui.animation.tmp.html] Error 1and both modules under visualization also have a common problem
"_wxEVT_ERASE_BACKGROUND", referenced from:
__static_initialization_and_destruction_0(int, int)in gui.o
"_wxEVT_IDLE", referenced from:
__static_initialization_and_destruction_0(int, int)in main.o
"_wxEVT_NULL", referenced from:
__static_initialization_and_destruction_0(int, int)in gui.o
__static_initialization_and_destruction_0(int, int)in main.o
"_wxEmptyString", referenced from:
wxStringBase::Init() in gui.o
"_wxFrameNameStr", referenced from:
MyFrame::MyFrame(wxString const&, int, int, gui_data*)in gui.o
MyFrame::MyFrame(wxString const&, int, int, gui_data*)in gui.o
"_wxPanelNameStr", referenced from:
MyCanvas::MyCanvas(wxWindow*, int, wxSize const&)in gui.o
MyCanvas::MyCanvas(wxWindow*, int, wxSize const&)in gui.o
"_wxStaticTextNameStr", referenced from:
MyFrame::MyFrame(wxString const&, int, int, gui_data*)in gui.o
MyFrame::MyFrame(wxString const&, int, int, gui_data*)in gui.o
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/gf/8bwpz0412gs7706j57hdyb4h0000gn/T//ccTJ28Cm.out (No such file
or directory)
make: ***
[/Volumes/HDD/Users/guano/Documents/installs/GIS/grass/grass_trunk/dist.x86_64-apple-darwin12.2.0/bin/xganim]
Error 1WxPython 2.8 can only be built 32bit (aka Carbon). GRASS configuration will detect if wxPython is 64bit-ready, and force compilation in 32bits if not, but that only works if you configure GRASS at least 32bit. ie 32bit only, or 32+64bit. The default on Mt Lion is 64bit-only if you don't set any arch options.
This is why compilation with WxPython 2.9 works, because it can use 64bit Cocoa. But then there is the runtime problem that has yet to be solved.
What about the fix r40523 from the discussion mentioned by Markus?
Could it be helpful in this case?
Anna
-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/"I ache, therefore I am. Or in my case - I am, therefore I ache."
- Marvin
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user