Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
Seems like it was a lack of a path to /usr/local in the relevant SDKs Michael __ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Arizona State University Tempe, AZ 85287-2402 USA voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www:http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton On Dec 13, 2013, at 4:30 AM, Glynn Clements wrote: > > Michael Barton wrote: > >> I'm attaching the configure.log file >> >> AFAICT, my gettext is fine. So I don't know why configure thinks I >> don't have it. I've looked through configure and the log and cannot >> figure out how it is checking for gettext. Any suggestions? > > The configure script checks for gettext() with no -l switches (i.e. in > libc) and with -lintl. > > If gettext() exists but is in some other library, configure won't find > it. > > -- > Glynn Clements ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
Michael Barton wrote: > I'm attaching the configure.log file > > AFAICT, my gettext is fine. So I don't know why configure thinks I > don't have it. I've looked through configure and the log and cannot > figure out how it is checking for gettext. Any suggestions? The configure script checks for gettext() with no -l switches (i.e. in libc) and with -lintl. If gettext() exists but is in some other library, configure won't find it. -- Glynn Clements ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
Did a bit of checking. ODBC is no longer shipped with Mavericks. Need to install unixodbc is the note I saw. 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-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 Dec 7, 2013, at 2:42 PM, William Kyngesburye wrote: > Maybe the headers are missing? > > /usr/include/iodbc*.h > > On Dec 7, 2013, at 3:38 PM, Michael Barton wrote: > >> Just found libiodb* in /usr/lib >> >> Maybe just need to specify a path to it? >> >> --with-odbc worked find prevously but does not configure now. >> >> 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-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 Dec 7, 2013, at 11:27 AM, William Kyngesburye >> wrote: >> >>> On Dec 7, 2013, at 12:04 PM, Michael Barton wrote: >>> Additional good news. I grabbed a copy of the old packagemaker.app from the XCode 4 auxtools, dropped it into /Developer/Aux_tools/ (where I had it before), and it seems to work find for making a GRASS 7 package. >>> Another casualty in Xcode. We need to figure out how to use the new >>> packaging tools. Packagemaker was deprecated in Xcode 4 in favor of more >>> raw tools (which are also necessary for signing): pkgbuild, productbuild >>> and pkgutil. I found a stackoverflow question with some good info to start >>> with, I just haven't sat down and tried anything yet. >>> >>> http://stackoverflow.com/questions/11487596/making-os-x-installer-packages-like-a-pro-xcode4-developer-id-mountain-lion-re >>> Now I just need to get odbc and gettext to configure again and I'm back in business. odbc seems to be in /Library/ODBC Can I just add --with-odbc="/Library/ODBC" in the configure string? >>> /Library/ODBC is just for ODBC drivers. >>> >>> ODBC should still be iODBC, and --with-odbc should be enough. Unless Apple >>> completely reorganized iODBC. Is libiodbc.dylib in /Library/ODBC? Are >>> headers in there? >>> >>> >>> - >>> William Kyngesburye >>> http://www.kyngchaos.com/ >>> >>> "History is an illusion caused by the passage of time, and time is an >>> illusion caused by the passage of history." >>> >>> - Hitchhiker's Guide to the Galaxy >>> >>> >> > > - > William Kyngesburye > http://www.kyngchaos.com/ > > "This is a question about the past, is it? ... How can I tell that the past > isn't a fiction designed to account for the discrepancy between my immediate > physical sensations and my state of mind?" > > - The Ruler of the Universe > > ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
Maybe the headers are missing? /usr/include/iodbc*.h On Dec 7, 2013, at 3:38 PM, Michael Barton wrote: > Just found libiodb* in /usr/lib > > Maybe just need to specify a path to it? > > --with-odbc worked find prevously but does not configure now. > > 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-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 Dec 7, 2013, at 11:27 AM, William Kyngesburye > wrote: > >> On Dec 7, 2013, at 12:04 PM, Michael Barton wrote: >> >>> Additional good news. I grabbed a copy of the old packagemaker.app from the >>> XCode 4 auxtools, dropped it into /Developer/Aux_tools/ (where I had it >>> before), and it seems to work find for making a GRASS 7 package. >>> >> Another casualty in Xcode. We need to figure out how to use the new >> packaging tools. Packagemaker was deprecated in Xcode 4 in favor of more >> raw tools (which are also necessary for signing): pkgbuild, productbuild and >> pkgutil. I found a stackoverflow question with some good info to start >> with, I just haven't sat down and tried anything yet. >> >> http://stackoverflow.com/questions/11487596/making-os-x-installer-packages-like-a-pro-xcode4-developer-id-mountain-lion-re >> >>> Now I just need to get odbc and gettext to configure again and I'm back in >>> business. >>> >>> odbc seems to be in /Library/ODBC >>> Can I just add --with-odbc="/Library/ODBC" in the configure string? >>> >> /Library/ODBC is just for ODBC drivers. >> >> ODBC should still be iODBC, and --with-odbc should be enough. Unless Apple >> completely reorganized iODBC. Is libiodbc.dylib in /Library/ODBC? Are >> headers in there? >> >> >> - >> William Kyngesburye >> http://www.kyngchaos.com/ >> >> "History is an illusion caused by the passage of time, and time is an >> illusion caused by the passage of history." >> >> - Hitchhiker's Guide to the Galaxy >> >> > - William Kyngesburye http://www.kyngchaos.com/ "This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind?" - The Ruler of the Universe ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
Just found libiodb* in /usr/lib Maybe just need to specify a path to it? --with-odbc worked find prevously but does not configure now. 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-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 Dec 7, 2013, at 11:27 AM, William Kyngesburye wrote: > On Dec 7, 2013, at 12:04 PM, Michael Barton wrote: > >> Additional good news. I grabbed a copy of the old packagemaker.app from the >> XCode 4 auxtools, dropped it into /Developer/Aux_tools/ (where I had it >> before), and it seems to work find for making a GRASS 7 package. >> > Another casualty in Xcode. We need to figure out how to use the new > packaging tools. Packagemaker was deprecated in Xcode 4 in favor of more raw > tools (which are also necessary for signing): pkgbuild, productbuild and > pkgutil. I found a stackoverflow question with some good info to start with, > I just haven't sat down and tried anything yet. > > http://stackoverflow.com/questions/11487596/making-os-x-installer-packages-like-a-pro-xcode4-developer-id-mountain-lion-re > >> Now I just need to get odbc and gettext to configure again and I'm back in >> business. >> >> odbc seems to be in /Library/ODBC >> Can I just add --with-odbc="/Library/ODBC" in the configure string? >> > /Library/ODBC is just for ODBC drivers. > > ODBC should still be iODBC, and --with-odbc should be enough. Unless Apple > completely reorganized iODBC. Is libiodbc.dylib in /Library/ODBC? Are > headers in there? > > > - > William Kyngesburye > http://www.kyngchaos.com/ > > "History is an illusion caused by the passage of time, and time is an > illusion caused by the passage of history." > > - Hitchhiker's Guide to the Galaxy > > ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
On Dec 7, 2013, at 11:27 AM, William Kyngesburye wrote: > On Dec 7, 2013, at 12:04 PM, Michael Barton wrote: > >> Additional good news. I grabbed a copy of the old packagemaker.app from the >> XCode 4 auxtools, dropped it into /Developer/Aux_tools/ (where I had it >> before), and it seems to work find for making a GRASS 7 package. >> > Another casualty in Xcode. We need to figure out how to use the new > packaging tools. Packagemaker was deprecated in Xcode 4 in favor of more raw > tools (which are also necessary for signing): pkgbuild, productbuild and > pkgutil. I found a stackoverflow question with some good info to start with, > I just haven't sat down and tried anything yet. At least the old packagemaker.app still seems to work in the meantime > > http://stackoverflow.com/questions/11487596/making-os-x-installer-packages-like-a-pro-xcode4-developer-id-mountain-lion-re > >> Now I just need to get odbc and gettext to configure again and I'm back in >> business. >> >> odbc seems to be in /Library/ODBC >> Can I just add --with-odbc="/Library/ODBC" in the configure string? >> > /Library/ODBC is just for ODBC drivers. > > ODBC should still be iODBC, and --with-odbc should be enough. Unless Apple > completely reorganized iODBC. Is libiodbc.dylib in /Library/ODBC? Are > headers in there? Nothing is in my /Library/ODBC except a couple of very old (2003) files: odbc.ini and odbcinst.ini. Could it be someplace else? I could find nothing named ODBC in the other Library folders. Michael > > > - > William Kyngesburye > http://www.kyngchaos.com/ > > "History is an illusion caused by the passage of time, and time is an > illusion caused by the passage of history." > > - Hitchhiker's Guide to the Galaxy > > ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
On Dec 7, 2013, at 12:04 PM, Michael Barton wrote: > Additional good news. I grabbed a copy of the old packagemaker.app from the > XCode 4 auxtools, dropped it into /Developer/Aux_tools/ (where I had it > before), and it seems to work find for making a GRASS 7 package. > Another casualty in Xcode. We need to figure out how to use the new packaging tools. Packagemaker was deprecated in Xcode 4 in favor of more raw tools (which are also necessary for signing): pkgbuild, productbuild and pkgutil. I found a stackoverflow question with some good info to start with, I just haven't sat down and tried anything yet. http://stackoverflow.com/questions/11487596/making-os-x-installer-packages-like-a-pro-xcode4-developer-id-mountain-lion-re > Now I just need to get odbc and gettext to configure again and I'm back in > business. > > odbc seems to be in /Library/ODBC > Can I just add --with-odbc="/Library/ODBC" in the configure string? > /Library/ODBC is just for ODBC drivers. ODBC should still be iODBC, and --with-odbc should be enough. Unless Apple completely reorganized iODBC. Is libiodbc.dylib in /Library/ODBC? Are headers in there? - William Kyngesburye http://www.kyngchaos.com/ "History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history." - Hitchhiker's Guide to the Galaxy ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
Hi, i tried to build on maverick as well … here’s my finding : On Dec 4, 2013, at 11:19 PM, Michael Barton wrote: > > On Dec 4, 2013, at 8:52 PM, Anna Petrášová wrote: > >> >> >> >> On Wed, Dec 4, 2013 at 10:47 PM, Michael Barton >> wrote: >> >> >> On Dec 4, 2013, at 7:16 PM, Anna Petrášová wrote: >> >>> >>> >>> >>> On Wed, Dec 4, 2013 at 6:39 PM, Michael Barton >>> wrote: >>> Some updates. >>> >>> I changed my terminal environment and configure string for Lion (OSX 10.7) >>> compatibility. This involves: >>> >>> export MACOSX_DEPLOYMENT_TARGET=10.7 >>> export CXX=g++ i built grass with this configure (dep. installed via homebrew ) ./configure --with-opengl=aqua \ --with-cairo-includes=/usr/local/Cellar/cairo/1.12.16/include/cairo \ --with-freetype-includes=/usr/local/Cellar/freetype/2.5.0.1/include/freetype2/ \ --with-blas \ --with-lapack \ --with-geos \ --with-netcdf \ --with-odbc \ --with-pthread \ --with-postgres \ --with-sqlite \ --with-wxwidgets it ends with errors in : r.terraflow—> log [1] r.viewshed changing to : export CXX=g++ fix the error … but if in the same shell i do “make distclean” and configure & make .. it shows error in wximgview —> log [2] hack solution : open a new shell where “export CXX=g++” is not set an make ... >>> >>> ./configure --with-macosx-sdk=/Developer/SDKs/MacOSX10.7.sdk >>> --with-freetype >>> --with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2 >>> /Library/Frameworks/FreeType.framework/unix/include" >>> --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib >>> --with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config >>> --with-proj >>> --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include >>> --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib >>> --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj >>> --with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config >>> >>> --with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include >>> --with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib >>> --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include >>> --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib >>> --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include >>> --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib >>> --with-cairo >>> --with-cairo-includes="/Library/Frameworks/cairo.framework/unix/include/cairo >>> /Library/Frameworks/cairo.framework/unix/include" >>> --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib >>> --with-cairo-ldflags="-lcairo" --without-postgres --without-mysql >>> --with-sqlite >>> --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib >>> --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include >>> --with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include >>> --with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib --with-x >>> --with-cxx --with-opengl=aqua --without-readline >>> --prefix=/Applications/GRASS --enable-macosx-app --with-python >>> --with-wxwidgets=/usr/local/lib/wxPython-2.9.5.0/bin/wx-config >>> --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers >>> /Library/Frameworks/Tk.framework/Headers >>> /Library/Frameworks/Tk.framework/PrivateHeaders" >>> --with-tcltk-libs="/usr/local/tcltk_active/lib" --with-macosx-archs="i386 >>> x86_64" --with-liblas="/usr/local/bin/liblas-config" --with-opencl >>> >>> >>> When I did this, r.terraflow and r.viewshed compiled. >>> >>> I still have the xml problem >>> >>> This message is still repeating in the terminal: >>> >>> 2013-12-04 16:25:16.568 Python[17513:d0b] 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. >>> >>> If this is not causing anything, I would ignore it, this is apparently >>> related to Maverick, maybe they will fix it later. >> >> This only happens when I am running GRASS. It makes GRASS very difficult to >> use. There is something going on that is causing this with GRASS that is not >> happening with other apps run from the terminal. >> >> Does it happen only with the gui open? > > Yes. Only with the GUI open. And the messages only happen when I do something > with the GUI like click on a menu. this seems related to amc problem .. perhaps with wxgtk ? see : https://groups.google.com/forum/#!msg/wxpython-users/RsbsJCFTPdA/zCawF1KLeMwJ > >> >> >>> >>> >>> A raster map displays fine >>> >>> Whe
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
On Dec 4, 2013, at 8:52 PM, Anna Petrášová mailto:kratocha...@gmail.com>> wrote: On Wed, Dec 4, 2013 at 10:47 PM, Michael Barton mailto:michael.bar...@asu.edu>> wrote: On Dec 4, 2013, at 7:16 PM, Anna Petrášová mailto:kratocha...@gmail.com>> wrote: On Wed, Dec 4, 2013 at 6:39 PM, Michael Barton mailto:michael.bar...@asu.edu>> wrote: Some updates. I changed my terminal environment and configure string for Lion (OSX 10.7) compatibility. This involves: export MACOSX_DEPLOYMENT_TARGET=10.7 export CXX=g++ ./configure --with-macosx-sdk=/Developer/SDKs/MacOSX10.7.sdk --with-freetype --with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2 /Library/Frameworks/FreeType.framework/unix/include" --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib --with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config --with-proj --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj --with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config --with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include --with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib --with-cairo --with-cairo-includes="/Library/Frameworks/cairo.framework/unix/include/cairo /Library/Frameworks/cairo.framework/unix/include" --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib --with-cairo-ldflags="-lcairo" --without-postgres --without-mysql --with-sqlite --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include --with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include --with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib --with-x --with-cxx --with-opengl=aqua --without-readline --prefix=/Applications/GRASS --enable-macosx-app --with-python --with-wxwidgets=/usr/local/lib/wxPython-2.9.5.0/bin/wx-config --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers /Library/Frameworks/Tk.framework/Headers /Library/Frameworks/Tk.framework/PrivateHeaders" --with-tcltk-libs="/usr/local/tcltk_active/lib" --with-macosx-archs="i386 x86_64" --with-liblas="/usr/local/bin/liblas-config" --with-opencl When I did this, r.terraflow and r.viewshed compiled. I still have the xml problem This message is still repeating in the terminal: 2013-12-04 16:25:16.568 Python[17513:d0b] 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. If this is not causing anything, I would ignore it, this is apparently related to Maverick, maybe they will fix it later. This only happens when I am running GRASS. It makes GRASS very difficult to use. There is something going on that is causing this with GRASS that is not happening with other apps run from the terminal. Does it happen only with the gui open? Yes. Only with the GUI open. And the messages only happen when I do something with the GUI like click on a menu. A raster map displays fine When I first tried NVIZ, I got an error in the terminal. When I tried it again, it worked and the error disappeared (so I cannot copy and paste it here). I got this warning once: /Users/cmbarton/Dropbox/GRASS_dropbox/source/grass7_dev/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/gui_core/goutput.py:234: wxPyDeprecationWarning: Call to deprecated item 'SetVirtualSizeHints’. This is harmless, I could probably remove the calls of SetVirtualSizeHints, but I am not sure if it is needed in the older wxPython versions. I assume this is a function of wxPython 2.9 SetVirtualSizeHints is used in wxPython 2.8, in 2.9 it's not needed, that's why the depreciation warning. That's what I figured. The digitizer is acting funny. When I called my new test vector “delete”, it crashed the GUI. When I tried it again, with “testdelete1” it is OK. But now it is giving me an error that the cat number is duplicated with my first area. It is locked up and I can’t get out of some kind of loop with the dialog to create a table entry. But this may be problems with the digitizer in general rather than the new compilation. I had the GUI lock up earlier but it seems to be working OK now, if a bit sluggish. Tearoff menus are fine. The vector graphics look much nicer. I think that Cairo is displaying better with this wxPython. Please report the issues (via trac) related to the wxPython 2.
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
On Wed, Dec 4, 2013 at 10:47 PM, Michael Barton wrote: > > > On Dec 4, 2013, at 7:16 PM, Anna Petrášová wrote: > > > > > On Wed, Dec 4, 2013 at 6:39 PM, Michael Barton wrote: > >> Some updates. >> >> I changed my terminal environment and configure string for Lion (OSX >> 10.7) compatibility. This involves: >> >> export MACOSX_DEPLOYMENT_TARGET=10.7 >> export CXX=g++ >> >> ./configure --with-macosx-sdk=/Developer/SDKs/MacOSX10.7.sdk >> --with-freetype >> --with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2 >> /Library/Frameworks/FreeType.framework/unix/include" >> --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib >> --with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config >> --with-proj >> --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include >> --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib >> --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj >> --with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config >> --with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include >> --with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib >> --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include >> --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib >> --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include >> --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib >> --with-cairo >> --with-cairo-includes="/Library/Frameworks/cairo.framework/unix/include/cairo >> /Library/Frameworks/cairo.framework/unix/include" >> --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib >> --with-cairo-ldflags="-lcairo" --without-postgres --without-mysql >> --with-sqlite >> --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib >> --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include >> --with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include >> --with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib --with-x >> --with-cxx --with-opengl=aqua --without-readline >> --prefix=/Applications/GRASS --enable-macosx-app --with-python >> --with-wxwidgets=/usr/local/lib/wxPython-2.9.5.0/bin/wx-config >> --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers >> /Library/Frameworks/Tk.framework/Headers >> /Library/Frameworks/Tk.framework/PrivateHeaders" >> --with-tcltk-libs="/usr/local/tcltk_active/lib" --with-macosx-archs="i386 >> x86_64" --with-liblas="/usr/local/bin/liblas-config" --with-opencl >> >> >> When I did this, r.terraflow and r.viewshed compiled. >> >> I still have the xml problem >> >> This message is still repeating in the terminal: >> >> 2013-12-04 16:25:16.568 Python[17513:d0b] 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. >> > > If this is not causing anything, I would ignore it, this is apparently > related to Maverick, maybe they will fix it later. > > > This only happens when I am running GRASS. It makes GRASS very difficult > to use. There is something going on that is causing this with GRASS that is > not happening with other apps run from the terminal. > Does it happen only with the gui open? > > > >> A raster map displays fine >> >> When I first tried NVIZ, I got an error in the terminal. When I tried it >> again, it worked and the error disappeared (so I cannot copy and paste it >> here). >> >> I got this warning once: >> >> /Users/cmbarton/Dropbox/GRASS_dropbox/source/grass7_dev/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/gui_core/goutput.py:234: >> wxPyDeprecationWarning: Call to deprecated item 'SetVirtualSizeHints’. >> > > This is harmless, I could probably remove the calls of > SetVirtualSizeHints, but I am not sure if it is needed in the older > wxPython versions. > > > I assume this is a function of wxPython 2.9 > SetVirtualSizeHints is used in wxPython 2.8, in 2.9 it's not needed, that's why the depreciation warning. > > >> The digitizer is acting funny. When I called my new test vector “delete”, >> it crashed the GUI. When I tried it again, with “testdelete1” it is OK. But >> now it is giving me an error that the cat number is duplicated with my >> first area. It is locked up and I can’t get out of some kind of loop with >> the dialog to create a table entry. But this may be problems with the >> digitizer in general rather than the new compilation. >> >> I had the GUI lock up earlier but it seems to be working OK now, if a bit >> sluggish. Tearoff menus are fine. The vector graphics look much nicer. I >> think that Cairo is displaying better with this wxPython. >> > > Please report the issues (via trac) related to the wxPython 2.9, I > already tried to fix some of these but there will be more of them. I need > the issues
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
On Dec 4, 2013, at 7:16 PM, Anna Petrášová mailto:kratocha...@gmail.com>> wrote: On Wed, Dec 4, 2013 at 6:39 PM, Michael Barton mailto:michael.bar...@asu.edu>> wrote: Some updates. I changed my terminal environment and configure string for Lion (OSX 10.7) compatibility. This involves: export MACOSX_DEPLOYMENT_TARGET=10.7 export CXX=g++ ./configure --with-macosx-sdk=/Developer/SDKs/MacOSX10.7.sdk --with-freetype --with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2 /Library/Frameworks/FreeType.framework/unix/include" --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib --with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config --with-proj --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj --with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config --with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include --with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib --with-cairo --with-cairo-includes="/Library/Frameworks/cairo.framework/unix/include/cairo /Library/Frameworks/cairo.framework/unix/include" --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib --with-cairo-ldflags="-lcairo" --without-postgres --without-mysql --with-sqlite --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include --with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include --with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib --with-x --with-cxx --with-opengl=aqua --without-readline --prefix=/Applications/GRASS --enable-macosx-app --with-python --with-wxwidgets=/usr/local/lib/wxPython-2.9.5.0/bin/wx-config --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers /Library/Frameworks/Tk.framework/Headers /Library/Frameworks/Tk.framework/PrivateHeaders" --with-tcltk-libs="/usr/local/tcltk_active/lib" --with-macosx-archs="i386 x86_64" --with-liblas="/usr/local/bin/liblas-config" --with-opencl When I did this, r.terraflow and r.viewshed compiled. I still have the xml problem This message is still repeating in the terminal: 2013-12-04 16:25:16.568 Python[17513:d0b] 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. If this is not causing anything, I would ignore it, this is apparently related to Maverick, maybe they will fix it later. This only happens when I am running GRASS. It makes GRASS very difficult to use. There is something going on that is causing this with GRASS that is not happening with other apps run from the terminal. A raster map displays fine When I first tried NVIZ, I got an error in the terminal. When I tried it again, it worked and the error disappeared (so I cannot copy and paste it here). I got this warning once: /Users/cmbarton/Dropbox/GRASS_dropbox/source/grass7_dev/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/gui_core/goutput.py:234: wxPyDeprecationWarning: Call to deprecated item 'SetVirtualSizeHints’. This is harmless, I could probably remove the calls of SetVirtualSizeHints, but I am not sure if it is needed in the older wxPython versions. I assume this is a function of wxPython 2.9 The digitizer is acting funny. When I called my new test vector “delete”, it crashed the GUI. When I tried it again, with “testdelete1” it is OK. But now it is giving me an error that the cat number is duplicated with my first area. It is locked up and I can’t get out of some kind of loop with the dialog to create a table entry. But this may be problems with the digitizer in general rather than the new compilation. I had the GUI lock up earlier but it seems to be working OK now, if a bit sluggish. Tearoff menus are fine. The vector graphics look much nicer. I think that Cairo is displaying better with this wxPython. Please report the issues (via trac) related to the wxPython 2.9, I already tried to fix some of these but there will be more of them. I need the issues to be reproducible. I am wondering if I should revert to wxPython 2.8. This requires some hacks to it runs 32bit I think. But it is what I was using before. Michael Anna Michael __ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Arizona State Unive
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
On Wed, Dec 4, 2013 at 6:39 PM, Michael Barton wrote: > Some updates. > > I changed my terminal environment and configure string for Lion (OSX 10.7) > compatibility. This involves: > > export MACOSX_DEPLOYMENT_TARGET=10.7 > export CXX=g++ > > ./configure --with-macosx-sdk=/Developer/SDKs/MacOSX10.7.sdk > --with-freetype > --with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2 > /Library/Frameworks/FreeType.framework/unix/include" > --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib > --with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config > --with-proj > --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include > --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib > --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj > --with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config > --with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include > --with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib > --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include > --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib > --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include > --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib > --with-cairo > --with-cairo-includes="/Library/Frameworks/cairo.framework/unix/include/cairo > /Library/Frameworks/cairo.framework/unix/include" > --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib > --with-cairo-ldflags="-lcairo" --without-postgres --without-mysql > --with-sqlite > --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib > --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include > --with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include > --with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib --with-x > --with-cxx --with-opengl=aqua --without-readline > --prefix=/Applications/GRASS --enable-macosx-app --with-python > --with-wxwidgets=/usr/local/lib/wxPython-2.9.5.0/bin/wx-config > --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers > /Library/Frameworks/Tk.framework/Headers > /Library/Frameworks/Tk.framework/PrivateHeaders" > --with-tcltk-libs="/usr/local/tcltk_active/lib" --with-macosx-archs="i386 > x86_64" --with-liblas="/usr/local/bin/liblas-config" --with-opencl > > > When I did this, r.terraflow and r.viewshed compiled. > > I still have the xml problem > > This message is still repeating in the terminal: > > 2013-12-04 16:25:16.568 Python[17513:d0b] 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. > If this is not causing anything, I would ignore it, this is apparently related to Maverick, maybe they will fix it later. > A raster map displays fine > > When I first tried NVIZ, I got an error in the terminal. When I tried it > again, it worked and the error disappeared (so I cannot copy and paste it > here). > > I got this warning once: > > /Users/cmbarton/Dropbox/GRASS_dropbox/source/grass7_dev/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/gui_core/goutput.py:234: > wxPyDeprecationWarning: Call to deprecated item 'SetVirtualSizeHints’. > This is harmless, I could probably remove the calls of SetVirtualSizeHints, but I am not sure if it is needed in the older wxPython versions. > > The digitizer is acting funny. When I called my new test vector “delete”, > it crashed the GUI. When I tried it again, with “testdelete1” it is OK. But > now it is giving me an error that the cat number is duplicated with my > first area. It is locked up and I can’t get out of some kind of loop with > the dialog to create a table entry. But this may be problems with the > digitizer in general rather than the new compilation. > > I had the GUI lock up earlier but it seems to be working OK now, if a bit > sluggish. Tearoff menus are fine. The vector graphics look much nicer. I > think that Cairo is displaying better with this wxPython. > Please report the issues (via trac) related to the wxPython 2.9, I already tried to fix some of these but there will be more of them. I need the issues to be reproducible. Anna > Michael > __ > C. Michael Barton > Director, Center for Social Dynamics & Complexity > Professor of Anthropology, School of Human Evolution & Social Change > Arizona State University > Tempe, AZ 85287-2402 > USA > > voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) > fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) > www:http://csdc.asu.edu, http://shesc.asu.edu > http://www.public.asu.edu/~cmbarton > > On Dec 4, 2013, at 3:54 PM, Michael Barton wrote: > > > Forgot to mention that r.terraflow and r.viewshed do not compile. I > assume this is a C
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
After clicking the “save” buttons in preferences, the GUI is no longer responsive. Also, the “window” menu has disappeared so I can no longer see if any other wxPython windows are open or not. Michael __ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Arizona State University Tempe, AZ 85287-2402 USA voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www:http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton On Dec 4, 2013, at 3:54 PM, Michael Barton wrote: > Forgot to mention that r.terraflow and r.viewshed do not compile. I assume > this is a C++ issue. > > Michael > __ > C. Michael Barton > Director, Center for Social Dynamics & Complexity > Professor of Anthropology, School of Human Evolution & Social Change > Arizona State University > Tempe, AZ 85287-2402 > USA > > voice:480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) > fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) > www: http://csdc.asu.edu, http://shesc.asu.edu > http://www.public.asu.edu/~cmbarton > > On Dec 4, 2013, at 3:50 PM, Michael Barton wrote: > >> I was able to compile and open GRASS 7 under Mavericks. Here is what I’ve >> done so far. >> >> 1. I had to uninstall and reinstall Xcode and the CommandLineTools. You may >> or may not have to do this. If you have not yet updated Xcode, you should >> delete your existing Xcode before doing so. There are several approaches to >> doing this depending on how you installed it. There are references to using >> an Uninstall_Devtools utility that supposedly lives in /Library/Developer. >> I’ve never had this. If you installed from the app store, you need to open >> the launch pad and delete Xcode from there. AFAIK, there is no way to delete >> the CommandLineTools (unless you want to do it one by one). I also installed >> the AuxTools because I had these before. I don’t know that I need them >> though. >> >> 2. I also installed wxPython 2.9.5 so I can compile in 64bit Python 2.7. I >> also installed all the current frameworks from William’s site (I only had to >> update to GDAL 1.10) >> >> 3. I had to drop out of my configuration script reference to gettext and >> odbc. I supposed I need to recompile gettext under Mavericks (and maybe LAS >> but I don’t yet know). But I don’t know where the ODBC issue is coming from. >> I didn’t explicitly install that previously. >> >> 4. I opened a terminal window, cd to the proper source directory and then >> typed… >> >> export CXX=g++ >> >> >> 5. I configured with… >> >> ./configure --with-freetype >> --with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2 >> /Library/Frameworks/FreeType.framework/unix/include" >> --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib >> --with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config >> --with-proj >> --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include >> --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib >> --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj >> --with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config >> --with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include >> --with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib >> --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include >> --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib >> --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include >> --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib >> --with-cairo >> --with-cairo-includes="/Library/Frameworks/cairo.framework/unix/include/cairo >> /Library/Frameworks/cairo.framework/unix/include" >> --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib >> --with-cairo-ldflags="-lcairo" --without-postgres --without-mysql >> --with-sqlite >> --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib >> --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include >> --with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include >> --with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib --with-x >> --with-cxx --with-opengl=aqua --without-readline >> --prefix=/Applications/GRASS --enable-macosx-app --with-python >> --with-wxwidgets=/usr/local/lib/wxPython-2.9.5.0/bin/wx-config >> --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers >> /Library/Frameworks/Tk.framework/Headers >> /Library/Frameworks/Tk.framework/PrivateHeaders" >> --with-tcltk-libs="/usr/local/tcltk_active/lib" --with-macosx-archs="i386 >> x86_64" --with-liblas="/usr/local/bin/liblas-config" --with-opencl >> >> 6. I ran… >>
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
Some updates. I changed my terminal environment and configure string for Lion (OSX 10.7) compatibility. This involves: export MACOSX_DEPLOYMENT_TARGET=10.7 export CXX=g++ ./configure --with-macosx-sdk=/Developer/SDKs/MacOSX10.7.sdk --with-freetype --with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2 /Library/Frameworks/FreeType.framework/unix/include" --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib --with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config --with-proj --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj --with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config --with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include --with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib --with-cairo --with-cairo-includes="/Library/Frameworks/cairo.framework/unix/include/cairo /Library/Frameworks/cairo.framework/unix/include" --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib --with-cairo-ldflags="-lcairo" --without-postgres --without-mysql --with-sqlite --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include --with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include --with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib --with-x --with-cxx --with-opengl=aqua --without-readline --prefix=/Applications/GRASS --enable-macosx-app --with-python --with-wxwidgets=/usr/local/lib/wxPython-2.9.5.0/bin/wx-config --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers /Library/Frameworks/Tk.framework/Headers /Library/Frameworks/Tk.framework/PrivateHeaders" --with-tcltk-libs="/usr/local/tcltk_active/lib" --with-macosx-archs="i386 x86_64" --with-liblas="/usr/local/bin/liblas-config" --with-opencl When I did this, r.terraflow and r.viewshed compiled. I still have the xml problem This message is still repeating in the terminal: 2013-12-04 16:25:16.568 Python[17513:d0b] 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. A raster map displays fine When I first tried NVIZ, I got an error in the terminal. When I tried it again, it worked and the error disappeared (so I cannot copy and paste it here). I got this warning once: /Users/cmbarton/Dropbox/GRASS_dropbox/source/grass7_dev/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/gui_core/goutput.py:234: wxPyDeprecationWarning: Call to deprecated item 'SetVirtualSizeHints’. The digitizer is acting funny. When I called my new test vector “delete”, it crashed the GUI. When I tried it again, with “testdelete1” it is OK. But now it is giving me an error that the cat number is duplicated with my first area. It is locked up and I can’t get out of some kind of loop with the dialog to create a table entry. But this may be problems with the digitizer in general rather than the new compilation. I had the GUI lock up earlier but it seems to be working OK now, if a bit sluggish. Tearoff menus are fine. The vector graphics look much nicer. I think that Cairo is displaying better with this wxPython. Michael __ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Arizona State University Tempe, AZ 85287-2402 USA voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www:http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton On Dec 4, 2013, at 3:54 PM, Michael Barton wrote: > Forgot to mention that r.terraflow and r.viewshed do not compile. I assume > this is a C++ issue. > > Michael > __ > C. Michael Barton > Director, Center for Social Dynamics & Complexity > Professor of Anthropology, School of Human Evolution & Social Change > Arizona State University > Tempe, AZ 85287-2402 > USA > > voice:480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) > fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) > www: http://csdc.asu.edu, http://shesc.asu.edu > http://www.public.asu.edu/~cmbarton > > On Dec 4, 2013, at 3:50 PM, Michael Barton wrote: > >> I was able to compile and open GRASS 7 under Mavericks. Here is what I’ve >> done so
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
Hi Michael, thank you for the instructions, I will try it tomorrow or so. Anna On Wed, Dec 4, 2013 at 5:50 PM, Michael Barton wrote: > I was able to compile and open GRASS 7 under Mavericks. Here is what I’ve > done so far. > > 1. I had to uninstall and reinstall Xcode and the CommandLineTools. You > may or may not have to do this. If you have not yet updated Xcode, you > should delete your existing Xcode before doing so. There are several > approaches to doing this depending on how you installed it. There are > references to using an Uninstall_Devtools utility that supposedly lives in > /Library/Developer. I’ve never had this. If you installed from the app > store, you need to open the launch pad and delete Xcode from there. AFAIK, > there is no way to delete the CommandLineTools (unless you want to do it > one by one). I also installed the AuxTools because I had these before. I > don’t know that I need them though. > > 2. I also installed wxPython 2.9.5 so I can compile in 64bit Python 2.7. I > also installed all the current frameworks from William’s site (I only had > to update to GDAL 1.10) > > 3. I had to drop out of my configuration script reference to gettext and > odbc. I supposed I need to recompile gettext under Mavericks (and maybe LAS > but I don’t yet know). But I don’t know where the ODBC issue is coming > from. I didn’t explicitly install that previously. > > 4. I opened a terminal window, cd to the proper source directory and then > typed… > > export CXX=g++ > > > 5. I configured with… > > ./configure --with-freetype > --with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2 > /Library/Frameworks/FreeType.framework/unix/include" > --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib > --with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config > --with-proj > --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include > --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib > --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj > --with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config > --with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include > --with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib > --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include > --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib > --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include > --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib > --with-cairo > --with-cairo-includes="/Library/Frameworks/cairo.framework/unix/include/cairo > /Library/Frameworks/cairo.framework/unix/include" > --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib > --with-cairo-ldflags="-lcairo" --without-postgres --without-mysql > --with-sqlite > --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib > --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include > --with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include > --with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib --with-x > --with-cxx --with-opengl=aqua --without-readline > --prefix=/Applications/GRASS --enable-macosx-app --with-python > --with-wxwidgets=/usr/local/lib/wxPython-2.9.5.0/bin/wx-config > --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers > /Library/Frameworks/Tk.framework/Headers > /Library/Frameworks/Tk.framework/PrivateHeaders" > --with-tcltk-libs="/usr/local/tcltk_active/lib" --with-macosx-archs="i386 > x86_64" --with-liblas="/usr/local/bin/liblas-config" --with-opencl > > 6. I ran… > > make GDAL_DYNAMIC= > > 7. I ran… > > make bindist > > > Making a binary distribution package partly failed. I got a GRASS app but > not a package, because the packagemaker is no longer with the AuxTools. > I’ll need guidance from William as to how to use whatever new package > making tools are in the Dev Tools. > > > So far, I have not compiled for 10.7 compatibility or bundled wxPython > (I’m doing that now) > > wxPython still crashes on startup due to its inability to create > menutree.xml and module_tree_menudata.xml. I have to do a work around. I > was hoping that this might clear up with Python 2.7 and wxPython 2.9. But > it has not. So this is a problem in the code and not in trying to maintain > backward compatibility. > > > Once I did all this, GRASS 7 launches. It looks different with wxPython > 2.9—more Linux like and less Maclike to my eyes. > > Also, the terminal begins kicking out the following message every second > or so: > > 2013-12-04 15:31:50.761 Python[78631:d0b] 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 AP > > This needs to be fixed. > > I’ll keep you all informed about compiling for Lion and packaging
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
Forgot to mention that r.terraflow and r.viewshed do not compile. I assume this is a C++ issue. Michael __ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Arizona State University Tempe, AZ 85287-2402 USA voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www:http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton On Dec 4, 2013, at 3:50 PM, Michael Barton wrote: > I was able to compile and open GRASS 7 under Mavericks. Here is what I’ve > done so far. > > 1. I had to uninstall and reinstall Xcode and the CommandLineTools. You may > or may not have to do this. If you have not yet updated Xcode, you should > delete your existing Xcode before doing so. There are several approaches to > doing this depending on how you installed it. There are references to using > an Uninstall_Devtools utility that supposedly lives in /Library/Developer. > I’ve never had this. If you installed from the app store, you need to open > the launch pad and delete Xcode from there. AFAIK, there is no way to delete > the CommandLineTools (unless you want to do it one by one). I also installed > the AuxTools because I had these before. I don’t know that I need them though. > > 2. I also installed wxPython 2.9.5 so I can compile in 64bit Python 2.7. I > also installed all the current frameworks from William’s site (I only had to > update to GDAL 1.10) > > 3. I had to drop out of my configuration script reference to gettext and > odbc. I supposed I need to recompile gettext under Mavericks (and maybe LAS > but I don’t yet know). But I don’t know where the ODBC issue is coming from. > I didn’t explicitly install that previously. > > 4. I opened a terminal window, cd to the proper source directory and then > typed… > > export CXX=g++ > > > 5. I configured with… > > ./configure --with-freetype > --with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2 > /Library/Frameworks/FreeType.framework/unix/include" > --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib > --with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config > --with-proj > --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include > --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib > --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj > --with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config > --with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include > --with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib > --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include > --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib > --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include > --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib > --with-cairo > --with-cairo-includes="/Library/Frameworks/cairo.framework/unix/include/cairo > /Library/Frameworks/cairo.framework/unix/include" > --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib > --with-cairo-ldflags="-lcairo" --without-postgres --without-mysql > --with-sqlite > --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib > --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include > --with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include > --with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib --with-x > --with-cxx --with-opengl=aqua --without-readline --prefix=/Applications/GRASS > --enable-macosx-app --with-python > --with-wxwidgets=/usr/local/lib/wxPython-2.9.5.0/bin/wx-config > --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers > /Library/Frameworks/Tk.framework/Headers > /Library/Frameworks/Tk.framework/PrivateHeaders" > --with-tcltk-libs="/usr/local/tcltk_active/lib" --with-macosx-archs="i386 > x86_64" --with-liblas="/usr/local/bin/liblas-config" --with-opencl > > 6. I ran… > > make GDAL_DYNAMIC= > > 7. I ran… > > make bindist > > > Making a binary distribution package partly failed. I got a GRASS app but not > a package, because the packagemaker is no longer with the AuxTools. I’ll need > guidance from William as to how to use whatever new package making tools are > in the Dev Tools. > > > So far, I have not compiled for 10.7 compatibility or bundled wxPython (I’m > doing that now) > > wxPython still crashes on startup due to its inability to create menutree.xml > and module_tree_menudata.xml. I have to do a work around. I was hoping that > this might clear up with Python 2.7 and wxPython 2.9. But it has not. So this > is a problem in the code and not in trying to maintain backward > compatibility. > > > Once I did all this, GRASS 7 launches. It lo
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
I was able to compile and open GRASS 7 under Mavericks. Here is what I’ve done so far. 1. I had to uninstall and reinstall Xcode and the CommandLineTools. You may or may not have to do this. If you have not yet updated Xcode, you should delete your existing Xcode before doing so. There are several approaches to doing this depending on how you installed it. There are references to using an Uninstall_Devtools utility that supposedly lives in /Library/Developer. I’ve never had this. If you installed from the app store, you need to open the launch pad and delete Xcode from there. AFAIK, there is no way to delete the CommandLineTools (unless you want to do it one by one). I also installed the AuxTools because I had these before. I don’t know that I need them though. 2. I also installed wxPython 2.9.5 so I can compile in 64bit Python 2.7. I also installed all the current frameworks from William’s site (I only had to update to GDAL 1.10) 3. I had to drop out of my configuration script reference to gettext and odbc. I supposed I need to recompile gettext under Mavericks (and maybe LAS but I don’t yet know). But I don’t know where the ODBC issue is coming from. I didn’t explicitly install that previously. 4. I opened a terminal window, cd to the proper source directory and then typed… export CXX=g++ 5. I configured with… ./configure --with-freetype --with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2 /Library/Frameworks/FreeType.framework/unix/include" --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib --with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config --with-proj --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj --with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config --with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include --with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib --with-cairo --with-cairo-includes="/Library/Frameworks/cairo.framework/unix/include/cairo /Library/Frameworks/cairo.framework/unix/include" --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib --with-cairo-ldflags="-lcairo" --without-postgres --without-mysql --with-sqlite --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include --with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include --with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib --with-x --with-cxx --with-opengl=aqua --without-readline --prefix=/Applications/GRASS --enable-macosx-app --with-python --with-wxwidgets=/usr/local/lib/wxPython-2.9.5.0/bin/wx-config --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers /Library/Frameworks/Tk.framework/Headers /Library/Frameworks/Tk.framework/PrivateHeaders" --with-tcltk-libs="/usr/local/tcltk_active/lib" --with-macosx-archs="i386 x86_64" --with-liblas="/usr/local/bin/liblas-config" --with-opencl 6. I ran… make GDAL_DYNAMIC= 7. I ran… make bindist Making a binary distribution package partly failed. I got a GRASS app but not a package, because the packagemaker is no longer with the AuxTools. I’ll need guidance from William as to how to use whatever new package making tools are in the Dev Tools. So far, I have not compiled for 10.7 compatibility or bundled wxPython (I’m doing that now) wxPython still crashes on startup due to its inability to create menutree.xml and module_tree_menudata.xml. I have to do a work around. I was hoping that this might clear up with Python 2.7 and wxPython 2.9. But it has not. So this is a problem in the code and not in trying to maintain backward compatibility. Once I did all this, GRASS 7 launches. It looks different with wxPython 2.9—more Linux like and less Maclike to my eyes. Also, the terminal begins kicking out the following message every second or so: 2013-12-04 15:31:50.761 Python[78631:d0b] 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 AP This needs to be fixed. I’ll keep you all informed about compiling for Lion and packaging wxPython. Michael __ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Arizona State University Tempe, AZ 85287-2402 USA voice: 480-965-6262 (SHES
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
I got as far as the help screen earlier, but now I cannot even get that far.
Here is the error:
Traceback (most recent call last):
File
"/Applications/grasstest/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/gis_set.py",
line 36, in
from core import globalvar
File
"/Applications/grasstest/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/core/globalvar.py",
line 87, in
import wx
File
"/Applications/grasstest/GRASS-7.0.app/Contents/MacOS/etc/python/wx/__init__.py",
line 45, in
from wx._core import *
File
"/Applications/grasstest/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py",
line 4, in
import _core_
ImportError:
/Applications/grasstest/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core_.so:
no appropriate 64-bit architecture (see "man python" for running in 32-bit mode)
Error in GUI startup. If necessary, please report this error to the GRASS
developers.
I'm using wxPython 2.9 cocoa so that I CAN run in 64bit mode. And I did get it
to start a few hours ago. But it won't launch now.
Any thoughts?
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-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 Dec 3, 2013, at 5:53 PM, Helena Mitasova wrote:
> Michael,
>
> can you please share your configure file that you are using?
>
> thanks, Helena
>
> Helena Mitasova
> Associate Professor
> Department of Marine, Earth, and Atmospheric Sciences
> 2800 Faucette Drive, Rm. 1125 Jordan Hall
> North Carolina State University
> Raleigh, NC 27695-8208
> hmit...@ncsu.edu
>
> "All electronic mail messages in connection with State business which are
> sent to or received by this account are subject to the NC Public Records Law
> and may be disclosed to third parties.”
>
> On Dec 3, 2013, at 7:12 PM, Michael Barton wrote:
>
>> I got it to compile fine using GDAL 1.10. But the GUI still crashes on
>> startup due to problems in the xml toolbox.
>>
>> Michael
>> __
>> C. Michael Barton
>> Director, Center for Social Dynamics & Complexity
>> Professor of Anthropology, School of Human Evolution & Social Change
>> Arizona State University
>> Tempe, AZ 85287-2402
>> USA
>>
>> voice:
>> 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
>> fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
>> www:
>> http://csdc.asu.edu, http://shesc.asu.edu
>> http://www.public.asu.edu/~cmbarton
>>
>> On Dec 3, 2013, at 12:43 PM, Anna Petrášová wrote:
>>
>>>
>>> Hi all,
>>>
>>> I am still having problems to compile GRASS on Maverick, it cannot find
>>> GDAL, I already reinstalled the frameworks and Xcode, too. I tried to
>>> compile the simple code which seems to be compiled during configure:
>>> #include
>>>
>>> int main(int argc, const char* argv[])
>>> {
>>>GDALOpen("foo", GA_ReadOnly);
>>> }
>>>
>>> which gives me:
>>>
>>> gis-imac:Desktop akratoc$ gcc test.c
>>>
>>> test.c:14:5: warning: ignoring return value of function declared with
>>> warn_unused_result attribute [-Wunused-result]
>>>
>>>GDALOpen("foo", GA_ReadOnly);
>>>
>>>^~~~ ~~
>>>
>>> 1 warning generated.
>>>
>>> Undefined symbols for architecture x86_64:
>>>
>>> "_GDALOpen", referenced from:
>>>
>>> _main in test-sew0gz.o
>>>
>>> ld: symbol(s) not found for architecture x86_64
>>>
>>> clang: error: linker command failed with exit code 1 (use -v to see
>>> invocation)
>>>
>>> I am having the same problem also on another computer. Any help appreciated.
>>>
>>> Thanks,
>>> Anna
>>>
>>>
>>>
>>>
>>>
>>> On Fri, Nov 29, 2013 at 3:27 PM, Markus Neteler wrote:
>>> On Fri, Nov 29, 2013 at 9:02 PM, Michael Barton
>>> wrote:
I've been chilling out after Thanksgiving and thought I'd try compiling
GRASS on Mavericks.
I had a couple of configure issues.
--with-odbc failed. Is this not included with Mavericks or do I need to
reference it in some other way?
--with nls also failed. I wonder if I have to update the version of gettext
that I compiled on Lion?
When I dropped these out, I got it to compile. But it errors out with the
following:
Undefined symbols for architecture x86_64:
"___sincos_stret", referenced from:
>>>
>>> I found these "random" links:
>>>
>>> http://trac.macports.org/ticket/40961
>>>
>>> http://stackoverflow.com/questions/19015780/sincos-stret-undefined-symbol-when-linking
>>>
>>> Perhaps giving the right idea..
>>> Markus
>>> ___
>>> grass-dev mailing list
>>> grass-dev@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>>>
>>
>
___
grass-dev mailin
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
Yes. I'm still trying to get it all to work. I'm close and will send you guys
all the details to try out.
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-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 Dec 3, 2013, at 5:53 PM, Helena Mitasova wrote:
> Michael,
>
> can you please share your configure file that you are using?
>
> thanks, Helena
>
> Helena Mitasova
> Associate Professor
> Department of Marine, Earth, and Atmospheric Sciences
> 2800 Faucette Drive, Rm. 1125 Jordan Hall
> North Carolina State University
> Raleigh, NC 27695-8208
> hmit...@ncsu.edu
>
> "All electronic mail messages in connection with State business which are
> sent to or received by this account are subject to the NC Public Records Law
> and may be disclosed to third parties.”
>
> On Dec 3, 2013, at 7:12 PM, Michael Barton wrote:
>
>> I got it to compile fine using GDAL 1.10. But the GUI still crashes on
>> startup due to problems in the xml toolbox.
>>
>> Michael
>> __
>> C. Michael Barton
>> Director, Center for Social Dynamics & Complexity
>> Professor of Anthropology, School of Human Evolution & Social Change
>> Arizona State University
>> Tempe, AZ 85287-2402
>> USA
>>
>> voice:
>> 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
>> fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
>> www:
>> http://csdc.asu.edu, http://shesc.asu.edu
>> http://www.public.asu.edu/~cmbarton
>>
>> On Dec 3, 2013, at 12:43 PM, Anna Petrášová wrote:
>>
>>>
>>> Hi all,
>>>
>>> I am still having problems to compile GRASS on Maverick, it cannot find
>>> GDAL, I already reinstalled the frameworks and Xcode, too. I tried to
>>> compile the simple code which seems to be compiled during configure:
>>> #include
>>>
>>> int main(int argc, const char* argv[])
>>> {
>>>GDALOpen("foo", GA_ReadOnly);
>>> }
>>>
>>> which gives me:
>>>
>>> gis-imac:Desktop akratoc$ gcc test.c
>>>
>>> test.c:14:5: warning: ignoring return value of function declared with
>>> warn_unused_result attribute [-Wunused-result]
>>>
>>>GDALOpen("foo", GA_ReadOnly);
>>>
>>>^~~~ ~~
>>>
>>> 1 warning generated.
>>>
>>> Undefined symbols for architecture x86_64:
>>>
>>> "_GDALOpen", referenced from:
>>>
>>> _main in test-sew0gz.o
>>>
>>> ld: symbol(s) not found for architecture x86_64
>>>
>>> clang: error: linker command failed with exit code 1 (use -v to see
>>> invocation)
>>>
>>> I am having the same problem also on another computer. Any help appreciated.
>>>
>>> Thanks,
>>> Anna
>>>
>>>
>>>
>>>
>>>
>>> On Fri, Nov 29, 2013 at 3:27 PM, Markus Neteler wrote:
>>> On Fri, Nov 29, 2013 at 9:02 PM, Michael Barton
>>> wrote:
I've been chilling out after Thanksgiving and thought I'd try compiling
GRASS on Mavericks.
I had a couple of configure issues.
--with-odbc failed. Is this not included with Mavericks or do I need to
reference it in some other way?
--with nls also failed. I wonder if I have to update the version of gettext
that I compiled on Lion?
When I dropped these out, I got it to compile. But it errors out with the
following:
Undefined symbols for architecture x86_64:
"___sincos_stret", referenced from:
>>>
>>> I found these "random" links:
>>>
>>> http://trac.macports.org/ticket/40961
>>>
>>> http://stackoverflow.com/questions/19015780/sincos-stret-undefined-symbol-when-linking
>>>
>>> Perhaps giving the right idea..
>>> Markus
>>> ___
>>> 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
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
Michael,
can you please share your configure file that you are using?
thanks, Helena
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
"All electronic mail messages in connection with State business which are sent
to or received by this account are subject to the NC Public Records Law and may
be disclosed to third parties.”
On Dec 3, 2013, at 7:12 PM, Michael Barton wrote:
> I got it to compile fine using GDAL 1.10. But the GUI still crashes on
> startup due to problems in the xml toolbox.
>
> Michael
> __
> C. Michael Barton
> Director, Center for Social Dynamics & Complexity
> Professor of Anthropology, School of Human Evolution & Social Change
> Arizona State University
> Tempe, AZ 85287-2402
> USA
>
> voice:
> 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
> www:
> http://csdc.asu.edu, http://shesc.asu.edu
> http://www.public.asu.edu/~cmbarton
>
> On Dec 3, 2013, at 12:43 PM, Anna Petrášová wrote:
>
>>
>> Hi all,
>>
>> I am still having problems to compile GRASS on Maverick, it cannot find
>> GDAL, I already reinstalled the frameworks and Xcode, too. I tried to
>> compile the simple code which seems to be compiled during configure:
>> #include
>>
>> int main(int argc, const char* argv[])
>> {
>> GDALOpen("foo", GA_ReadOnly);
>> }
>>
>> which gives me:
>>
>> gis-imac:Desktop akratoc$ gcc test.c
>>
>> test.c:14:5: warning: ignoring return value of function declared with
>> warn_unused_result attribute [-Wunused-result]
>>
>> GDALOpen("foo", GA_ReadOnly);
>>
>> ^~~~ ~~
>>
>> 1 warning generated.
>>
>> Undefined symbols for architecture x86_64:
>>
>> "_GDALOpen", referenced from:
>>
>> _main in test-sew0gz.o
>>
>> ld: symbol(s) not found for architecture x86_64
>>
>> clang: error: linker command failed with exit code 1 (use -v to see
>> invocation)
>>
>> I am having the same problem also on another computer. Any help appreciated.
>>
>> Thanks,
>> Anna
>>
>>
>>
>>
>>
>> On Fri, Nov 29, 2013 at 3:27 PM, Markus Neteler wrote:
>> On Fri, Nov 29, 2013 at 9:02 PM, Michael Barton
>> wrote:
>> > I've been chilling out after Thanksgiving and thought I'd try compiling
>> > GRASS on Mavericks.
>> >
>> > I had a couple of configure issues.
>> >
>> > --with-odbc failed. Is this not included with Mavericks or do I need to
>> > reference it in some other way?
>> > --with nls also failed. I wonder if I have to update the version of gettext
>> > that I compiled on Lion?
>> >
>> > When I dropped these out, I got it to compile. But it errors out with the
>> > following:
>> >
>> > Undefined symbols for architecture x86_64:
>> > "___sincos_stret", referenced from:
>>
>> I found these "random" links:
>>
>> http://trac.macports.org/ticket/40961
>>
>> http://stackoverflow.com/questions/19015780/sincos-stret-undefined-symbol-when-linking
>>
>> Perhaps giving the right idea..
>> Markus
>> ___
>> 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
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
I got it to compile fine using GDAL 1.10. But the GUI still crashes on startup
due to problems in the xml toolbox.
Michael
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
www: http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton
On Dec 3, 2013, at 12:43 PM, Anna Petrášová
mailto:kratocha...@gmail.com>> wrote:
Hi all,
I am still having problems to compile GRASS on Maverick, it cannot find GDAL, I
already reinstalled the frameworks and Xcode, too. I tried to compile the
simple code which seems to be compiled during configure:
#include
int main(int argc, const char* argv[])
{
GDALOpen("foo", GA_ReadOnly);
}
which gives me:
gis-imac:Desktop akratoc$ gcc test.c
test.c:14:5: warning: ignoring return value of function declared with
warn_unused_result attribute [-Wunused-result]
GDALOpen("foo", GA_ReadOnly);
^~~~ ~~
1 warning generated.
Undefined symbols for architecture x86_64:
"_GDALOpen", referenced from:
_main in test-sew0gz.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
I am having the same problem also on another computer. Any help appreciated.
Thanks,
Anna
On Fri, Nov 29, 2013 at 3:27 PM, Markus Neteler
mailto:nete...@osgeo.org>> wrote:
On Fri, Nov 29, 2013 at 9:02 PM, Michael Barton
mailto:michael.bar...@asu.edu>> wrote:
> I've been chilling out after Thanksgiving and thought I'd try compiling
> GRASS on Mavericks.
>
> I had a couple of configure issues.
>
> --with-odbc failed. Is this not included with Mavericks or do I need to
> reference it in some other way?
> --with nls also failed. I wonder if I have to update the version of gettext
> that I compiled on Lion?
>
> When I dropped these out, I got it to compile. But it errors out with the
> following:
>
> Undefined symbols for architecture x86_64:
> "___sincos_stret", referenced from:
I found these "random" links:
http://trac.macports.org/ticket/40961
http://stackoverflow.com/questions/19015780/sincos-stret-undefined-symbol-when-linking
Perhaps giving the right idea..
Markus
___
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
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
Hi all,
I am still having problems to compile GRASS on Maverick, it cannot find
GDAL, I already reinstalled the frameworks and Xcode, too. I tried to
compile the simple code which seems to be compiled during configure:
#include
int main(int argc, const char* argv[])
{
GDALOpen("foo", GA_ReadOnly);
}
which gives me:
gis-imac:Desktop akratoc$ gcc test.c
test.c:14:5: warning: ignoring return value of function declared with
warn_unused_result attribute [-Wunused-result]
GDALOpen("foo", GA_ReadOnly);
^~~~ ~~
1 warning generated.
Undefined symbols for architecture x86_64:
"_GDALOpen", referenced from:
_main in test-sew0gz.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see
invocation)
I am having the same problem also on another computer. Any help appreciated.
Thanks,
Anna
On Fri, Nov 29, 2013 at 3:27 PM, Markus Neteler wrote:
> On Fri, Nov 29, 2013 at 9:02 PM, Michael Barton
> wrote:
> > I've been chilling out after Thanksgiving and thought I'd try compiling
> > GRASS on Mavericks.
> >
> > I had a couple of configure issues.
> >
> > --with-odbc failed. Is this not included with Mavericks or do I need to
> > reference it in some other way?
> > --with nls also failed. I wonder if I have to update the version of
> gettext
> > that I compiled on Lion?
> >
> > When I dropped these out, I got it to compile. But it errors out with the
> > following:
> >
> > Undefined symbols for architecture x86_64:
> > "___sincos_stret", referenced from:
>
> I found these "random" links:
>
> http://trac.macports.org/ticket/40961
>
>
> http://stackoverflow.com/questions/19015780/sincos-stret-undefined-symbol-when-linking
>
> Perhaps giving the right idea..
> Markus
> ___
> 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
Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks
On Fri, Nov 29, 2013 at 9:02 PM, Michael Barton wrote: > I've been chilling out after Thanksgiving and thought I'd try compiling > GRASS on Mavericks. > > I had a couple of configure issues. > > --with-odbc failed. Is this not included with Mavericks or do I need to > reference it in some other way? > --with nls also failed. I wonder if I have to update the version of gettext > that I compiled on Lion? > > When I dropped these out, I got it to compile. But it errors out with the > following: > > Undefined symbols for architecture x86_64: > "___sincos_stret", referenced from: I found these "random" links: http://trac.macports.org/ticket/40961 http://stackoverflow.com/questions/19015780/sincos-stret-undefined-symbol-when-linking Perhaps giving the right idea.. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] trying to compile GRASS 7 on Mavericks
I've been chilling out after Thanksgiving and thought I'd try compiling GRASS on Mavericks. I had a couple of configure issues. --with-odbc failed. Is this not included with Mavericks or do I need to reference it in some other way? --with nls also failed. I wonder if I have to update the version of gettext that I compiled on Lion? When I dropped these out, I got it to compile. But it errors out with the following: Undefined symbols for architecture x86_64: "___sincos_stret", referenced from: _G_begin_geodesic_equation in geodesic.o _G_geodesic_lat_from_lon in geodesic.o _G_set_geodesic_distance_lat2 in geodist.o _G_geodesic_distance in geodist.o _G_rotate_around_point in rotate.o _G_rotate_around_point_int in rotate.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) I've tried this with and without export MACOSX_DEPLOYMENT_TARGET=10.7 export CXX=g++ prior to configuring and for --with-macosx-archs="i386 x86_64" and --with-macosx-archs="x86_64" Any suggestions? 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-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 ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
