Did did run the 32 bit wrapper command prior to compilation--or I thought so. Maybe I got mixed up with too many terminal windows open. I'll try again over the next few days when I have a bit of time.
Has anyone out there tried to compile GRASS with wxPython 2.9 to see where the glitches are? Michael ____________________ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Arizona State University voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Dec 1, 2012, at 10:49 AM, William Kyngesburye <[email protected]> wrote: > Hmm, everyone having these "errors" - is it during compilation or at runtime? > > I thought at first it was runtime, based on the isolated quoting of the error > only, and this would make it very mysterious since the Mac compilation > creates a 32bit python wrapper exactly for this problem. > > But Michael's error quote shows it at compilation time. this makes much more > sense - this is where make runs the command to generate help, but at this > point the 32bit wrapper is not made yet so the default system python runs in > 64bit mode. Michael and I have workied around this by creating a dummy 32bit > python wrapper before compilation and putting it in the PATH temporarily. > > Did you forget this Michael? I just compiled GRASS 7, with the wrapper in > the PATH. no errors. > > > So, partly a problem of documenting build process, partly a makefile problem. > > I've been lazy updating the Mac build readme, too much change trying to > figure out weirdness like this. For this problem, I guess I was hoping we > wouldn't have to deal with the 32/64bit wxPython problem for long, that > wxPython devs would figure out Cocoa for 64bits sooner than they did (2.9 is > still technically beta). Then you'd have a wxPython for the default system > arch (64bit starting with Snow Leopard, though you'd have to install it) and > make would just work, and there would be no need for a wrapper before or > after compilation. > > I vaguely remember suggesting moving the wrapper build to the beginning of > the make process, but was vetoed. > > On Dec 1, 2012, at 7:54 AM, Anna Kratochvílová wrote: > >> On Sat, Dec 1, 2012 at 2:09 PM, Luca Delucchi <[email protected]> wrote: >>> 2012/12/1 Michael Barton <[email protected]>: >>>> Luca, >>> >>> Hi Micheal >>> >>>> >>>> r.li.setup does not yet compile in GRASS 7, at least on the Mac. >>>> >>> >>> I'm sorry :-( >>> >>>> Here is the error: >>>> >>>> anthgradpc7:g.version cmbarton$ cd >>>> /Users/Shared/grass_dev/grass7_dev/gui/wxpython/rlisetup >>>> anthgradpc7:rlisetup cmbarton$ make >>>> if [ >>>> "/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup" >>>> != "" ] ; then >>>> GISRC=/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/demolocation/.grassrc70 >>>> GISBASE=/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0 >>>> PATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:$PATH" >>>> >>>> PYTHONPATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/etc/python:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/etc/python:$PYTHONPATH" >>>> >>>> DYLD_LIBRARY_PATH="/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/bin:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/lib:/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/lib:" >>>> LC_ALL=C >>>> /Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup >>>> --html-description < /dev/null | grep -v '</b >> ody>\|</html>' > g.gui.rlisetup.tmp.html ; fi >>>> Traceback (most recent call last): >>>> File >>>> "/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scripts/g.gui.rlisetup", >>>> line 32, in <module> >>>> import wx >>>> File >>>> "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/__init__.py", >>>> line 45, in <module> >>>> from wx._core import * >>>> File >>>> "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", >>>> line 4, in <module> >>>> import _core_ >>>> ImportError: >>>> /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: >>>> no appropriate 64-bit architecture (see "man python" for running in >>>> 32-bit mode) >>>> make: *** [g.gui.rlisetup.tmp.html] Error 1 >>>> rm g.gui.rlisetup.tmp.html >>>> >>> >>> This seems more a WX problem...I know that it's a "stupid" answer but >>> could you try >>> >>> import wx >>> >>> from python console? >>> >>>> >>>> This may be the same error that is now affecting several GUI modules like >>>> map swipe, animation, and the graphical modeler. >>>> >> >> Just a remark: >> This problem affecting map swipe, animation, graphical modeler and >> r.li.setup is spread in several threads which makes it more >> complicated to follow. What about to choose one of them? >> >> subjects: >> compiling animation, mapswipe, etc. >> problems compiling GRASS 7 on Mac >> Compiling under OSX Mountain Lion >> >> Best, >> Anna >> >>>> Michael >>> >>> -- >>> ciao >>> Luca >>> >>> http://gis.cri.fmach.it/delucchi/ >>> www.lucadelu.org >> _______________________________________________ >> grass-dev mailing list >> [email protected] >> http://lists.osgeo.org/mailman/listinfo/grass-dev > > ----- > William Kyngesburye <kyngchaos*at*kyngchaos*dot*com> > http://www.kyngchaos.com/ > > "Oh, look, I seem to have fallen down a deep, dark hole. Now what does that > remind me of? Ah, yes - life." > > - Marvin > > _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
