[GRASS-dev] trying to compile GRASS 7 on Mavericks

epi massimodisasha at gmail.com
Wed Dec 4 21:17:37 PST 2013


Forgot to attach the log :


On Dec 5, 2013, at 12:15 AM, epi <massimodisasha at gmail.com> wrote:

> Hi,
> 
> i tried to build on maverick as well … 
> 
> here’s my finding :
> 
> 
> 
> On Dec 4, 2013, at 11:19 PM, Michael Barton <Michael.Barton at asu.edu> wrote:
> 
>> 
>> On Dec 4, 2013, at 8:52 PM, Anna Petrášová <kratochanna at gmail.com> wrote:
>> 
>>> 
>>> 
>>> 
>>> On Wed, Dec 4, 2013 at 10:47 PM, Michael Barton <Michael.Barton at asu.edu> wrote:
>>> 
>>> 
>>> On Dec 4, 2013, at 7:16 PM, Anna Petrášová <kratochanna at gmail.com> wrote:
>>> 
>>>> 
>>>> 
>>>> 
>>>> On Wed, Dec 4, 2013 at 6:39 PM, Michael Barton <Michael.Barton at 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++
> 
> 
> 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 ...
>  

[1]  https://gist.github.com/epifanio/7800509

[2] https://gist.github.com/epifanio/7800499


> 
> 
>>>> 
>>>> ./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
>>>> 
>>>> 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.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.
>>> 
>>> Well, we will have to run it with new wxPython anyway ...
>> 
>> I agree. But then 2.9 is the dev release. I assume that there is a 2.10 stable somewhere in the near future. It sort of seems unstable. So maybe it is still premature to move to 2.9
>> 
> 
> 
> 
> after a successful build the gui doesn’t start and shows an error :
> 
> 
> AccessInit: hash collision: 3 for both 1 and 1.
> 
> looking here :
> 
> http://jaredforsyth.com/blog/2010/apr/28/accessinit-hash-collision-3-both-1-and-1/
> 
> i fixed it changing in 
> 
> grass7_trunk/visualization/xganim/Users/epi/dev/grass7_trunk/gui/wxpython/psmap/utils.py
> 
> from :
> 
> ##
> try:
>     import Image as PILImage
>     havePILImage = True
> except ImportError:
>     havePILImage = False
> ##
> 
> to :
> 
> ##
> try :
>     import PIL.Image
>     sys.modules['Image'] = PIL.Image
>     from PIL import Image as PILImage   
> except ImportError:
>     havePILImage = False
> ##
> 
> 
> 
> Michael, 
> do you have instructions on how to enable OpenCL support ?
> 
> using home-brew i didn’t had issue with odbc.
> 
> Massimo.
> 
> 
>> 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
>> 
>>> 
>>> Anna
>>>  
>>> 
>>> Michael
>>> 
>>>> 
>>>> 
>>>> 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 <michael.barton at asu.edu> 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 <michael.barton at asu.edu> 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 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 3, 2013, at 5:53 PM, Helena Mitasova <hmitaso at ncsu.edu> 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
>>>> >>> hmitaso at 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á <kratochanna at 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 <gdal.h>
>>>> >>>>>
>>>> >>>>> 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 <neteler at osgeo.org> wrote:
>>>> >>>>> On Fri, Nov 29, 2013 at 9:02 PM, Michael Barton <Michael.Barton at 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 at lists.osgeo.org
>>>> >>>>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>>>> >>>>>
>>>> >>>>
>>>> >>>
>>>> >>
>>>> >
>>>> 
>>>> 
>>> 
>>> 
>> 
>> _______________________________________________
>> grass-dev mailing list
>> grass-dev at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/grass-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-dev/attachments/20131205/6fa32aae/attachment-0001.html>


More information about the grass-dev mailing list