For interest (and with a little hope of solving this problem), I tried
compiling with the new wxPython 3.0 cocoa, which is both 32 and 64 bit. But
there are still errors in making the problematic xml files. Here is one:
============================ error =============
/Applications/Xcode.app/Contents/Developer/usr/bin/make
/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/menudata.xml
GISRC=/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/demolocation/.grassrc71
GISBASE=/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0
PATH="/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/scripts:$PATH"
PYTHONPATH="/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/etc/python:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/gui/wxpython:$PYTHONPATH"
DYLD_LIBRARY_PATH="/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/scripts:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/lib:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/lib:"
LC_ALL=C python core/toolboxes.py >
/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/menudata.xml
ERROR: wxGUI requires wxPython. No module named wxversion
make[4]: ***
[/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/menudata.xml]
Error 1
make[3]: [default] Error 2 (ignored)
==============================================
Now, even though the path is correct and I’m running a 32/64 bit version of
wxPython, it gives a bogus message about a lack of wxversion. And it still does
not launch the GUI, giving the same errors
Similarly, the same wxGUI modules using the newish windowing environment list
as not compiling. Now they give a different error than one about 32/64 bit
incompatibilities, suggesting that the previous error was indeed bogus,
although something incorrect is going now. Here is the new error message.
Clearly bogus.
======================= error ===================
cmb-imaccsdc:grass7_dev cmbarton$ cd
/Users/cmbarton/grass_source/grass7_dev/gui/wxpython/animation
cmb-imaccsdc:animation cmbarton$ make
/Applications/Xcode.app/Contents/Developer/usr/bin/make
/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/docs/html/g.gui.animation.html
GISRC=/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/demolocation/.grassrc71
GISBASE=/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0
PATH="/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/scripts:$PATH"
PYTHONPATH="/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/etc/python:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/gui/wxpython:$PYTHONPATH"
DYLD_LIBRARY_PATH="/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/scripts:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/lib:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/lib:"
LC_ALL=C
/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/scripts/g.gui.animation
--html-description < /dev/null | grep -v '</body>\|</html>' >
g.gui.animation.tmp.html
Traceback (most recent call last):
File
"/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/scripts/g.gui.animation",
line 55, in <module>
import wx
ImportError: No module named wx
make[1]: *** [g.gui.animation.tmp.html] Error 1
rm g.gui.animation.tmp.html
make: *** [guiscript] Error 2
==============================================
So in spite of the error messages, it is not a 32 bit/64 bit problem.
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University
voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
On Aug 11, 2014, at 1:42 PM, Vaclav Petras
<[email protected]<mailto:[email protected]>> wrote:
On Mon, Aug 11, 2014 at 3:47 PM, Michael Barton
<[email protected]<mailto:[email protected]>> wrote:
The problem with starting GRASS has to do with the fact that a couple of the
xml files for the new (and still unused?) “toolbox” do not get made. But SOME
of them DO get made. Here is the call that successfully makes one of the xml
files and a call that fails. Note that the full path is not specified in the
one that fails.
This one works:
/Applications/Xcode.app/Contents/Developer/usr/bin/make
/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/module_items.xml
This one fails:
/Applications/Xcode.app/Contents/Developer/usr/bin/make xml/menudata.xml
Looks to me like it SHOULD be calling
/Applications/Xcode.app/Contents/Developer/usr/bin/make
/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/menudata.xml
This sounds good although I cannot really say because I know nothing (or just
very few) about makefiles and I'm puzzled by the fact that changing target in
make causes change in architecture-environmental settings (since your command
runs).
If I missed some guide to GRASS makefiles, let me know. (The only guide I tried
to use was the book Die GNU Autotools because of its promising title.)
_______________________________________________
grass-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-dev
