On Apr 2, 2014, at 4:10 PM, Vaclav Petras <wenzesl...@gmail.com> wrote:
> > On Wed, Apr 2, 2014 at 4:37 AM, epi <massimodisa...@gmail.com> wrote: > > the build ends with Errors in: > /Users/epi/dev/grass7_trunk/lib/nviz > /Users/epi/dev/grass7_trunk/misc/m.nviz.image > > This looks like a problem to link OpenGL. > That’s correct, for some reason seems that it doesn’t detect the right architecture : ### MacBook-Pro-di-Massimo-2:nviz epi$ make cc -dynamiclib -compatibility_version 7.1 -current_version 7.1 -install_name /usr/local/grass-7.1.svn/lib/libgrass_nviz.7.1.svn.dylib -o /Users/epi/dev/grass7_trunk/dist.x86_64-apple-darwin13.1.0/lib/libgrass_nviz.7.1.svn.dylib -L/Users/epi/dev/grass7_trunk/dist.x86_64-apple-darwin13.1.0/lib -L/Users/epi/dev/grass7_trunk/dist.x86_64-apple-darwin13.1.0/lib -L/usr/local/opt/tcl-tk/lib -arch x86_64 OBJ.x86_64-apple-darwin13.1.0/change_view.o OBJ.x86_64-apple-darwin13.1.0/cplanes_obj.o OBJ.x86_64-apple-darwin13.1.0/draw.o OBJ.x86_64-apple-darwin13.1.0/exag.o OBJ.x86_64-apple-darwin13.1.0/lights.o OBJ.x86_64-apple-darwin13.1.0/map_obj.o OBJ.x86_64-apple-darwin13.1.0/nviz.o OBJ.x86_64-apple-darwin13.1.0/position.o OBJ.x86_64-apple-darwin13.1.0/render.o -lgrass_ogsf.7.1.svn -lgrass_gis.7.1.svn -L/opt/X11/lib/ -lGL Undefined symbols for architecture x86_64: "_XCloseDisplay", referenced from: _Nviz_destroy_render_window in render.o "_XCreatePixmap", referenced from: _Nviz_create_render_window in render.o "_XFree", referenced from: _Nviz_create_render_window in render.o "_XFreePixmap", referenced from: _Nviz_destroy_render_window in render.o "_XOpenDisplay", referenced from: _Nviz_create_render_window in render.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [/Users/epi/dev/grass7_trunk/dist.x86_64-apple-darwin13.1.0/lib/libgrass_nviz.7.1.svn.dylib] Error 1 ### MacBook-Pro-di-Massimo-2:~ epi$ file /opt/X11/lib/libGL.dylib /opt/X11/lib/libGL.dylib: Mach-O universal binary with 2 architectures /opt/X11/lib/libGL.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /opt/X11/lib/libGL.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 > /Users/epi/dev/grass7_trunk/visualization/wximgview > > This looks like a problem to link wxWidgets (the C++ library, not the Python > binding wxPython). i fixed this adding a sim. link in use/local ln -s /usr/local/Cellar/wxmac/3.0.0.0/lib/libwx_osx_cocoau-3.0.0.0.0.dylib /usr/local/lib/ > > The modules are all fully functionals but because i use python from home-brew > as well (not the system one) > it is 64 bit and is not compatible with wx-2.8 … i have wx3.0 installed > (that’s 64bit) but the main gui doesn’t start. > This the log from : > > g.gui gui=wxpython > > Launching <wxpython> GUI in the background, please wait... > GRASS 7.0.svn (nc_spm_08_grass7):~ > Traceback (most recent call last): > File "/usr/local/grass-7.0.svn/etc/gui/wxpython/wxgui.py", line 143, in > <module> > ... > self._menuTreeBuilder = LayerManagerMenuData() > File "/usr/local/grass-7.0.svn/etc/gui/wxpython/lmgr/menudata.py", line 40, > in __init__ > MenuTreeModelBuilder.__init__(self, filename, expandAddons=expandAddons) > File "/usr/local/grass-7.0.svn/etc/gui/wxpython/core/menutree.py", line 69, > in __init__ > xmlTree = etree.parse(filename) > ... > File > "/usr/local/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py", > line 1506, in _raiseerror > raise err > xml.etree.ElementTree.ParseError: no element found: line 1, column 0 > > This is probably caused by the fact that compilation for gui/wxpython/xml > failed. I secretly hoped that this will be improved by r59485, are you using > that version? The workaround used before was delete > dist.../etc/gui/wxpython/xml and then run compilation of gui/wxpython inside > GRASS session. > thanks! i followed this procedure, now the gui starts :) and it is usable. a problem witth Wx font already reported previously : http://lists.osgeo.org/pipermail/grass-dev/2013-December/066536.html is still here, i have this log printed in the shell all the time i use the gui : 2014-04-02 23:31:51.720 Python[78021:d07] CoreText performance note: Client called CTFontCreateWithName() using name ".Lucida Grande UI" and got font with PostScript name ".LucidaGrandeUI". For best performance, only use PostScript names when calling this API. i know it is a known problem, http://forums.wxwidgets.org/viewtopic.php?f=23&t=38311 i hoped it was a 2.9 bug … while it still here with wx3.0 > https://trac.osgeo.org/grass/changeset/59485 (modify Rules.make to fix > build_modules_xml.py on Windows (TODO: replace this workaround)) > http://lists.osgeo.org/pipermail/grass-dev/2014-March/067876.html (get > interface description for python modules on Windows) > > > > > > the wx dialog for (most but not all **) the grass modules, works fine. > ** command like g.region, r.mask and others do not lunch a gui dialog when > type their name in the grass shell. > > This is actually standard behavior. Probably not documented well. This is how > g.region parameters are handled. Use `g.region --ui`. i was aware that’s the standard behavior, but i found it a bit incoherent compared with what the other modules do. Is there any reason for that ? thanks! > > Massimo. > > On Apr 2, 2014, at 9:48 AM, Micha Silver <mi...@arava.co.il> wrote: > >> Has anyone compiled GRASS 7.0 on MacOS Mavricks? Any tips? >> Thanks, >> >> -- >> Micha Silver >> GIS Consulting >> 052-3665918 >> http://www.surfaces.co.il >> _______________________________________________ >> grass-dev mailing list >> grass-dev@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/grass-dev > > > _______________________________________________ > grass-dev mailing list > grass-dev@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/grass-dev
_______________________________________________ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev