[GRASS-dev] New Mac binaries uploaded

Mon Aug 24 13:47:25 PDT 2015

For LASlib compliing, I managed to get past the GEOTIFF problem with the following:

cmake -G "Unix Makefiles" -D CMAKE_OSX_ARCHITECTURES="i386;x86_64” \
 -D CMAKE_OSX_SYSROOT="/Developer/SDKs/MacOSX10.7.sdk” \
 -D GDAL_CONFIG=/Library/Frameworks/GDAL.framework/Programs/gdal-config \
 -D GEOTIFF_INCLUDE_DIR=/Library/Frameworks/UnixImageIO.framework/unix/include \
 -D GEOTIFF_LIBRARY=/Library/Frameworks/UnixImageIO.framework/unix/lib/libgeotiff.dylib \
../

But now cmake is complaining about the CMAKE_OSX_ARCHITECTURES flag. I don’t know if this harkens back to the similar problem with boost or if this is new. I’ve tried both i386 and x86_64 individually and it still won’t compile.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
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 Aug 24, 2015, at 1:30 PM, Michael Barton <Michael.Barton at asu.edu<mailto:Michael.Barton at asu.edu>> wrote:

I’ve started trying to recompile liblas using the notes from last time (I think William provided considerable help on this). So far it is not working.

1 Recompiling boost 1.5.4

cd /Users/Shared/grass_dev/boost_1_54_0 ##note that I did not do anything to clean up my original compilation. Should I? How with C++?

edit /Users/Shared/grass_dev/boost_1_54_0/tools/build/v2/tools/darwin.jam to delete -gdwarf-2  ## already done

export CXXFLAGS=-stdlib=libstdc++
./bootstrap.sh --prefix=/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/boost-snow --without-libraries=python

## this worked several years ago but now fails. I DO have the OS X 10.7 SDK FWIW
./bjam variant=release link=static --without-mpi -j4 macosx-version=10.7 macosx-version-min=10.7 architecture=x86 address-model=32_64 install

## So I tried without specifying the minimum OS and address model. This compiled but could be incorrect
./bjam variant=release link=static --without-mpi -j4 install

## This was in my notes but does not seem needed
Need to manually delete the comma at the end of the list on line 117 of /boost-snow/include/boost/interprocess/errors.hpp

3. Then follow instructions at: http://www.liblas.org/compilation.html#using-xcode-on-os-x for standard install (not xcode)
from libLAS folder...

cd to liblas source folder
mkdir makefiles
cd makefiles

export BOOST_ROOT="/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/boost-snow"

cmake -G "Unix Makefiles" -D CMAKE_OSX_ARCHITECTURES="i386;x86_64" -D CMAKE_OSX_SYSROOT="/Developer/SDKs/MacOSX10.7.sdk" ../

## fails because it can’t find geotiff libraries. But it does find geotiff libraries. So that’s weird. Also cannot find laszip. I can’t tell if this is required or optional. I didn’t need it before.
## here is the error…

Searching for LASzip 2.0.1+ library
-- Could NOT find LASzip (missing:  LASZIP_LIBRARY LASZIP_INCLUDE_DIR) (Required is at least version "2.0.1")
-- Searching for GDAL 1.7.0+ library
-- Found acceptable GDAL version 1.11.2
-- Searching for GeoTIFF 1.2.5+ library
-- Found GeoTIFF version: 1.4.0
-- Could NOT find GeoTIFF (missing:  GEOTIFF_LIBRARY) (Required is at least version "1.2.5")
CMake Error at CMakeLists.txt:262 (message):
  GDAL support requires GeoTIFF library which was not found

So this is where I’m stuck currently. Any suggestions would be appreciated.

Michael

____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
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 Aug 24, 2015, at 10:50 AM, Vaclav Petras <wenzeslaus at gmail.com<mailto:wenzeslaus at gmail.com>> wrote:

On Mon, Aug 24, 2015 at 1:40 PM, Michael Barton <Michael.Barton at asu.edu<mailto:Michael.Barton at asu.edu>> wrote:
If I am understanding the compiling instructions correctly, it installs binaries of the open source LAStools and Liblas too. But I may misunderstand. The GRASS LAS tool set needs both I believe.

GRASS GIS is fine just with the library. The expected library libLAS (http://www.liblas.org/) as far as I know.

I'm not sure what "open source LAStools" would be, some of the LAStools are perhaps open source but some are definitively not. In any case, GRASS GIS does not depend on any tools -- the ones related to libLAS nor the ones related LASlib.

Vaclav

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

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://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/>

On Aug 24, 2015, at 10:29 AM, Newcomb, Doug <doug_newcomb at fws.gov<mailto:doug_newcomb at fws.gov>> wrote:

Liblas or LASTools?

Doug

On Mon, Aug 24, 2015 at 1:08 PM, Michael Barton <Michael.Barton at asu.edu<mailto:Michael.Barton at asu.edu>> wrote:
Yes. The LAS tools are compiled for GDAL 1.10. They were a royal pain to compile. The instructions to the newest LAStools source code makes it sound like it is much easier now. Does anyone have any experience with the current version? I was going to try it but wanted to make sure I had a GRASS version out with at least a clunky working version before risking it.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

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://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/>

> On Aug 24, 2015, at 9:56 AM, William Kyngesburye <woklist at kyngchaos.com<mailto:woklist at kyngchaos.com>> wrote:
>
> Michael, you may need to recompile your las tools to use the current GDAL, this is separate from GRASS compilation.
>
> On Aug 24, 2015, at 10:31 AM, Michael Barton <Michael.Barton at asu.edu<mailto:Michael.Barton at asu.edu>> wrote:
>
>> Anna,
>>
>> These work for me and at least some of my students here. So we need to find out why they don't work for you. I'm teaching spatial tech this fall and want to make sure others don't run into trouble. 7.0.1 was a completely fresh checkout and 7.1 was compiled after a make distclean.
>>
>> Do you have any idea what causes this error? Did you install a new gdal? I compiled with William's most current version. I am still using stock Mac Python and wx version 2.8.12. Have you installed anything newer in the testing I saw on the list?
>>
>> Michael Barton
>> School of Human Evolution &Social Change
>> Center for Social Dynamics & Complexity
>> Arizona State University
>>
>> ...Sent from my iPad
>>
>> On Aug 24, 2015, at 7:43 AM, Anna Petrášová <kratochanna at gmail.com<mailto:kratochanna at gmail.com>> wrote:
>>
>>> Hi Michael,
>>>
>>>
>>> sorry to report but the new binaries (70 and 71) don't work, the gui doesn't open with this error. I already saw this error multiple times and it might be enough just to make distclean and recompile or fresh svn checkout.
>>> GRASS 7.1.svn (loc_ncarolina_spm_base0.3.1):~ > Traceback (most recent call last):
>>>
>>>  File "/Applications/GRASS-7.1.app/Contents/MacOS/gui/wxpython/wxgui.py", line 140, in <module>
>>>
>>>    sys.exit(main())
>>>
>>>  File "/Applications/GRASS-7.1.app/Contents/MacOS/gui/wxpython/wxgui.py", line 132, in main
>>>
>>>    app = GMApp(workspaceFile)
>>>
>>>  File "/Applications/GRASS-7.1.app/Contents/MacOS/gui/wxpython/wxgui.py", line 46, in __init__
>>>
>>>    wx.App.__init__(self, False)
>>>
>>>  File "/Applications/GRASS-7.1.app/Contents/MacOS/etc/python/wx/_core.py", line 7981, in __init__
>>>
>>>    self._BootstrapApp()
>>>
>>>  File "/Applications/GRASS-7.1.app/Contents/MacOS/etc/python/wx/_core.py", line 7555, in _BootstrapApp
>>>
>>>    return _core_.PyApp__BootstrapApp(*args, **kwargs)
>>>
>>>  File "/Applications/GRASS-7.1.app/Contents/MacOS/gui/wxpython/wxgui.py", line 79, in OnInit
>>>
>>>    from lmgr.frame import GMFrame
>>>
>>>  File "/Applications/GRASS-7.1.app/Contents/MacOS/gui/wxpython/lmgr/frame.py", line 50, in <module>
>>>
>>>    from lmgr.layertree        import LayerTree, LMIcons
>>>
>>>  File "/Applications/GRASS-7.1.app/Contents/MacOS/gui/wxpython/lmgr/layertree.py", line 37, in <module>
>>>
>>>    from mapdisp.frame        import MapFrame
>>>
>>>  File "/Applications/GRASS-7.1.app/Contents/MacOS/gui/wxpython/mapdisp/frame.py", line 34, in <module>
>>>
>>>    from vdigit.toolbars    import VDigitToolbar
>>>
>>>  File "/Applications/GRASS-7.1.app/Contents/MacOS/gui/wxpython/vdigit/toolbars.py", line 30, in <module>
>>>
>>>    from iclass.digit       import IClassVDigit
>>>
>>>  File "/Applications/GRASS-7.1.app/Contents/MacOS/gui/wxpython/iclass/digit.py", line 23, in <module>
>>>
>>>    from vdigit.wxdisplay import DisplayDriver, TYPE_AREA
>>>
>>> ImportError: cannot import name TYPE_AREA
>>>
>>>
>>>
>>>
>>>
>>> Also, v.in.lidar or las2las (anything using liblas) doesn't work. I don't have GDAL 1.10, but 1.11.
>>>
>>> dyld: Library not loaded: /Library/Frameworks/GDAL.framework/Versions/1.10/GDAL
>>>
>>>  Referenced from: /Applications/GRASS-7.1.app/Contents/MacOS/lib/liblas.2.2.0.dylib
>>>
>>>  Reason: image not found
>>>
>>> Trace/BPT trap: 5
>>>
>>> If you don't have time to look at it now, could you please post the GRASS 7.0.0 binary which I believe worked.
>>>
>>>
>>> Thank you,
>>>
>>>
>>> Anna
>>>
>
> -----
> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
> http://www.kyngchaos.com/
>
> First Pogril: Why is life like sticking your head in a bucket filled with hyena offal?
> Second Pogril: I don't know.  Why IS life like sticking your head in a bucket filled with hyena offal?
> First Pogril: I don't know either.  Wretched, isn't it?
>
> -HitchHiker's Guide to the Galaxy

_______________________________________________
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

--
Doug Newcomb
USFWS
Raleigh, NC
919-856-4520 ext. 14<tel:919-856-4520%20ext.%2014> doug_newcomb at fws.gov<mailto:doug_newcomb at fws.gov>
---------------------------------------------------------------------------------------------------------
The opinions I express are my own and are not representative of the official policy of the U.S.Fish and Wildlife Service or Dept. of the Interior.   Life is too short for undocumented, proprietary data formats.

_______________________________________________
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/20150824/38c67bce/attachment-0001.html>