[GRASS-dev] trying to compile GRASS 7 on Mavericks
Michael Barton
Michael.Barton at asu.edu
Wed Dec 4 14:50:55 PST 2013
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
>>>
>>
>
More information about the grass-dev
mailing list