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

Anna Petrášová kratochanna at gmail.com
Wed Dec 4 19:52:21 PST 2013 

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++
>>
>> ./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 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 ...

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
>> >>>>>
>> >>>>
>> >>>
>> >>
>> >
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-dev/attachments/20131204/cc8bdc33/attachment-0001.html>

More information about the grass-dev mailing list