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

Michael Barton Michael.Barton at asu.edu
Fri Dec 6 11:53:35 PST 2013


I just managed to recompile GRASS 7 using wxPython 2.8 and Python 2.7 32 bit.

No errors. The GUI opened without the hack I’ve had to use for months (somewhere a call to wxpython 2.8 for python 2.7 is hard coded in the GUI)

Everything runs great. I have to run to a meeting but will share the protocol later.

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 11:50 PM, epi <massimodisasha at gmail.com<mailto:massimodisasha at gmail.com>> wrote:


On Dec 5, 2013, at 1:27 AM, Michael Barton <michael.barton at asu.edu<mailto:michael.barton at asu.edu>> wrote:

What is home-brew Massimo?

Homebrew [1] is a package manager like fink or macports, i’m giving it a try … so far so good

[1]  http://brew.sh/



export CXX=g++ did not help with r.terraflow or r.viewshed, but setting the deployment target to 10.7 did. This doesn't make sense to me. But maybe someone else will understand.

Something I forgot to mention. To use my configure string, you need to have a 10.7 SDK somewhere. I've got it in /Developer/SDKs

--with-macosx-sdk=/Developer/SDKs/MacOSX10.7.sdk

If you need the relevant SDKs, I can package them up and send them to you.



in doubt .. i rebuild grass after a distclean, it ends with error in :

without setting the dev-sdk to 10.7 i can confirm that :

— export CXX=g++

doesn’t fix the error. while :

— export MACOSX_DEPLOYMENT_TARGET=10.7

does it :)


I followed the link for the terminal message

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.

Looks like a wxWidgets issue but not yet solved.



after a successful build the gui doesn’t start and shows an error :


AccessInit: hash collision: 3 for both 1 and 1.

This sounds like a different error than I have been having. For the past 4-6 months, there has been a bug that no one can track down. It appears to be calling the wrong version of wxPython, leading to a failure to build a part of the new "toolbox". I had hoped it would go away when I switched to Python 2.7, but that does not seem to be the case. Maybe if I go back to wxPython 2.8 and Python 2.7...   But I'm not hopeful.



this error is because of the PIL / Image  import issue, i had it in the past for other python packages ..
the link below explain it,  in order to find where the “bad import was” i start to run “all the import” starting worm wxgui
until i reach :

https://trac.osgeo.org/grass/browser/grass/trunk/gui/wxpython/psmap/utils.py#L23




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


that’s wrong should be :

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
##


I got an error that it could not find PIL. I reinstalled PIL and all is well on that front. But maybe your rewording will help that.



Michael,
do you have instructions on how to enable OpenCL support ?

I didn't do anything except compile with opencl. Hamish asked me to try it awhile back, after he made some updates, and it has worked (or at least compiled) without any problems.


here i have :

checking whether to use OpenMP... no
checking whether to use OpenCL... yes
checking for location of OpenCL includes…
checking for CL/cl.h... yes
checking for location of OpenCL library…
checking for clGetPlatformInfo in -lOpenCL... no
configure: error: *** Unable to locate OpenCL library.

:/

i remember i had it working in the past .. but i forgot if was on mac or linux .. perhaps there is some environmental $Var that needs to be exported .. no clue




using home-brew i didn’t had issue with odbc.

I don't know where odbc is supposed to be living or where it was living before. Maybe just need to point configure to the right place.

i guess so too, i installed it via homebrew


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<http://csdc.asu.edu/>











On Dec 4, 2013, at 10:15 PM, epi <massimodisasha at gmail.com<mailto: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<mailto:Michael.Barton at asu.edu>> wrote:


On Dec 4, 2013, at 8:52 PM, Anna Petrášová <kratochanna at gmail.com<mailto:kratochanna at gmail.com>> wrote:




On Wed, Dec 4, 2013 at 10:47 PM, Michael Barton <Michael.Barton at asu.edu<mailto:Michael.Barton at asu.edu>> wrote:


On Dec 4, 2013, at 7:16 PM, Anna Petrášová <kratochanna at gmail.com<mailto:kratochanna at gmail.com>> wrote:




On Wed, Dec 4, 2013 at 6:39 PM, Michael Barton <Michael.Barton at asu.edu<mailto: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 ...




./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<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<tel:480-965-6262> (SHESC), 480-965-8130<tel:480-965-8130>/727-9746 (CSDC)
fax:          480-965-7671<tel:480-965-7671>(SHESC), 480-727-0709<tel:480-727-0709> (CSDC)
www:    http://csdc.asu.edu<http://csdc.asu.edu/>, http://shesc.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<mailto: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<tel:480-965-6262> (SHESC), 480-965-8130<tel:480-965-8130>/727-9746 (CSDC)
> fax:          480-965-7671<tel:480-965-7671>(SHESC), 480-727-0709<tel:480-727-0709> (CSDC)
> www:  http://csdc.asu.edu<http://csdc.asu.edu/>, http://shesc.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<mailto: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<tel:480-965-6262> (SHESC), 480-965-8130<tel:480-965-8130>/727-9746 (CSDC)
>> fax:          480-965-7671<tel:480-965-7671>(SHESC), 480-727-0709<tel:480-727-0709> (CSDC)
>> www:         http://csdc.asu.edu<http://csdc.asu.edu/>, http://shesc.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<mailto: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<mailto: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<tel:480-965-6262> (SHESC), 480-965-8130<tel:480-965-8130>/727-9746 (CSDC)
>>>> fax:          480-965-7671<tel:480-965-7671>(SHESC), 480-727-0709<tel:480-727-0709> (CSDC)
>>>> www:
>>>> http://csdc.asu.edu<http://csdc.asu.edu/>, http://shesc.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<mailto: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<mailto:neteler at osgeo.org>> wrote:
>>>>> On Fri, Nov 29, 2013 at 9:02 PM, Michael Barton <Michael.Barton at asu.edu<mailto: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<mailto:grass-dev at lists.osgeo.org>
>>>>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>>>>>
>>>>
>>>
>>
>





_______________________________________________
grass-dev mailing list
grass-dev at lists.osgeo.org<mailto: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/20131206/f0c1fe95/attachment-0001.html>


More information about the grass-dev mailing list