[GRASS-dev] r.in.lidar not running in Mac binaries for 7.1

wenzeslaus · September 16, 2015, 1:02am

[Was: Re: [GRASS-dev] New Mac binaries uploaded]

Hi Michael,

On Mon, Aug 24, 2015 at 11:45 PM, Michael Barton <Michael.Barton@asu.edu>
wrote:

That would be wonderful. I sort of got that impression too. But will the
GRASS lidar tools be able to use LASlib instead of Liblas?

the binary in Dropbox has lasinfo et al. from LAStools. However, r.in.lidar
doesn't work (2 different computers). Does it work for you? Running
r.in.lidar or v.in.lidar --help and says

dyld: Library not loaded: /usr/local/lib/liblas.2.2.0.dylib

As I said earlier, GRASS is made to dynamically link with libLAS. In case
the API of LAStools library is the same, there might be a way to change the
GRASS configuration and makefiles or the ones for LAStools, so that GRASS
can compile with LAStools statically but I don't know the way.

Currently with LAStools compiled with GRASS on Mac, you can use the tools
in command line but it's useless for GRASS modules, namely r|v.in.lidar.

Thanks,
Vaclav

PS: Although I'm working on migration to PDAL [1], it will take some time
before it gets even to 7.1 (trunk), not mentioning 7.0. So, the libLAS
library is still needed.

[1] https://trac.osgeo.org/grass/ticket/2732

On Aug 24, 2015, at 8:40 PM, William Kyngesburye <woklist@kyngchaos.com>
wrote:
>
> I looked at LAS this spring. From what I found, libLAS is superceded by
LASlib, found in LAStools. laslib and some of the tools are still
opensource, but other tools are not.
>
> Laslib does not have a configure, it's a simple makefile that needs a
little tweaking for OS X. And there appears to be no dependence on BOOST
or Geotiff, or anything else.
>
> For laslib, all I needed to do was edit laslib/src/makefile and change
these lines:
>
> COPTS = -Os -Wall -Wno-deprecated -DNDEBUG -DUNORDERED -arch x86_64
-isysroot /Developer/SDKs/MacOSX10.7.sdk
> COMPILER = clang++
>
> And in the liblas.a target, add a line after the cp line (tha's a tab at
the start):
>
> ranlib ../lib/$@
>
> Also delete the precompiled Windows lib in laslib/lib.
>
> You should be able to use the library right from the source, it's static
so it will be built into GRASS without needing a copy of the laslib. For
GRASS configuration, the library will be in that lib folder and includes in
the laslib/inc folder.
>
> On Aug 24, 2015, at 3:47 PM, Michael Barton <michael.barton@asu.edu>
wrote:
>
>> 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

cmbarton · September 16, 2015, 2:40am

So far I’m stuck on compiling liblas with new gdal and no one has had any advice for a way forward. If that can happen, I can recompile with new liblas. That is why I was hoping for laslib. It may be that I just did not link it correctly. I’m open to advice.

Michael Barton
School of Human Evolution &Social Change
Center for Social Dynamics & Complexity
Arizona State University

…Sent from my iPad

···

[Was: Re: [GRASS-dev] New Mac binaries uploaded]

Hi Michael,

On Mon, Aug 24, 2015 at 11:45 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

That would be wonderful. I sort of got that impression too. But will the GRASS lidar tools be able to use LASlib instead of Liblas?

the binary in Dropbox has lasinfo et al. from LAStools. However, r.in.lidar doesn’t work (2 different computers). Does it work for you? Running r.in.lidar or v.in.lidar --help and says

dyld: Library not loaded: /usr/local/lib/liblas.2.2.0.dylib

As I said earlier, GRASS is made to dynamically link with libLAS. In case the API of LAStools library is the same, there might be a way to change the GRASS configuration and makefiles or the ones for LAStools, so that GRASS can compile with LAStools statically but I don’t know the way.

Currently with LAStools compiled with GRASS on Mac, you can use the tools in command line but it’s useless for GRASS modules, namely r|v.in.lidar.

Thanks,

Vaclav

PS: Although I’m working on migration to PDAL [1], it will take some time before it gets even to 7.1 (trunk), not mentioning 7.0. So, the libLAS library is still needed.

[1] https://trac.osgeo.org/grass/ticket/2732

On Aug 24, 2015, at 8:40 PM, William Kyngesburye <woklist@kyngchaos.com> wrote:

I looked at LAS this spring. From what I found, libLAS is superceded by LASlib, found in LAStools. laslib and some of the tools are still opensource, but other tools are not.

Laslib does not have a configure, it’s a simple makefile that needs a little tweaking for OS X. And there appears to be no dependence on BOOST or Geotiff, or anything else.

For laslib, all I needed to do was edit laslib/src/makefile and change these lines:

COPTS = -Os -Wall -Wno-deprecated -DNDEBUG -DUNORDERED -arch x86_64 -isysroot /Developer/SDKs/MacOSX10.7.sdk
COMPILER = clang++

And in the liblas.a target, add a line after the cp line (tha’s a tab at the start):

ranlib …/lib/$@

Also delete the precompiled Windows lib in laslib/lib.

You should be able to use the library right from the source, it’s static so it will be built into GRASS without needing a copy of the laslib. For GRASS configuration, the library will be in that lib folder and includes in the laslib/inc folder.

On Aug 24, 2015, at 3:47 PM, Michael Barton <michael.barton@asu.edu> wrote:

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

neteler · September 16, 2015, 6:30am

On Sep 16, 2015 4:40 AM, “Michael Barton” <Michael.Barton@asu.edu> wrote:

So far I’m stuck on compiling liblas with new gdal and no one has had any advice for a way forward.

Maybe stick to GDAL 1.11 for now?

Markus

cmbarton · September 16, 2015, 6:33am

That’s what I’m using. I’d previously compiled libLAS with gdal 1.10. There are a number of pieces to compiling libLAS in C++, including compiling Boost, and a number of places for things to go wrong.

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 Sep 15, 2015, at 11:30 PM, Markus Neteler <neteler@osgeo.org> wrote:

On Sep 16, 2015 4:40 AM, “Michael Barton” <Michael.Barton@asu.edu> wrote:

So far I’m stuck on compiling liblas with new gdal and no one has had any advice for a way forward.

Maybe stick to GDAL 1.11 for now?

Markus

William_Kyngesburye · September 16, 2015, 1:41pm

Looking closer at lastools/laslib and liblas, I think I got it partly right - the tools are funtionally the same between the two, but the libraries have very different headers (API). I was interested in getting las into my QGIS package, which uses the tools, not the library, and I didn't realize that difference.

So the question is if GRASS supports one or the other library or both, or does it also use the tools in a script so it doesn't matter.

As far as the linking goes, that embedded path to the library shouldn't matter since GRASS uses DYLD_LIBRARY_PATH to redirect linking. If it does still fail, maybe the library wasn't packaged with GRASS?

On Sep 16, 2015, at 1:33 AM, Michael Barton <michael.barton@asu.edu> wrote:

That’s what I’m using. I’d previously compiled libLAS with gdal 1.10. There are a number of pieces to compiling libLAS in C++, including compiling Boost, and a number of places for things to go wrong.

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 Sep 15, 2015, at 11:30 PM, Markus Neteler <neteler@osgeo.org> wrote:

On Sep 16, 2015 4:40 AM, "Michael Barton" <Michael.Barton@asu.edu> wrote:
>
> So far I'm stuck on compiling liblas with new gdal and no one has had any advice for a way forward.

Maybe stick to GDAL 1.11 for now?

Markus

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

All generalizations are dangerous, even this one.

wenzeslaus · September 16, 2015, 2:22pm

On Wed, Sep 16, 2015 at 9:41 AM, William Kyngesburye <woklist@kyngchaos.com>
wrote:

So the question is if GRASS supports one or the other library or both, or
does it also use the tools in a script so it doesn't matter.

GRASS uses only the library, not the tools, and is designed/tested/known to
work only with libLAS.

I suppose there never was a need or will to compile it with LASlib which is
coupled with partially non-FOSS LAStools (and you would need the FOSS
libLAS' tools anyway).

cmbarton · September 18, 2015, 12:52am

So let me explain where I’m at with libLAS.

I recompiled boost 1.5.4 for 64 bit only (it will no longer compile 32_64 it seems) and fixed a known error in boost (manually delete the comma at the end of the list on line 117 of /boost-snow/include/boost/interprocess/errors.hpp)

I’ve got libLAS 1.8

Here is the workflow I used last time.

cd to liblas source folder

mkdir makefiles

cd makefiles

export BOOST_ROOT="/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/boost-snow” ## my path to boost

Then I run cmake

Originally, I did this

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 …/

cmake ran fine, but make bombed with

clang: error: invalid arch name '-arch “i386’

So I tried it 64 bit only since I compiled boost for 64 bit only.

cmake -G “Unix Makefiles” -D CMAKE_OSX_ARCHITECTURES=“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” -D CMAKE_VERBOSE_MAKEFILE=true …/

Again, cmake is fine but make bombed. Here is the complete error

– The C compiler identification is Clang 5.1.0
– The CXX compiler identification is Clang 5.1.0
CMake Warning at /Applications/CMake 2.8-12.app/Contents/share/cmake-2.8/Modules/Platform/Darwin.cmake:179 (message):
Ignoring CMAKE_OSX_SYSROOT value:

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk

because the directory does not exist.
Call Stack (most recent call first):
/Applications/CMake 2.8-12.app/Contents/share/cmake-2.8/Modules/CMakeSystemSpecificInformation.cmake:36 (include)
CMakeLists.txt:9 (project)

– Check for working C compiler: /usr/bin/cc
– Check for working C compiler: /usr/bin/cc – works
– Detecting C compiler ABI info
– Detecting C compiler ABI info - failed
– Check for working CXX compiler: /usr/bin/c++
– Check for working CXX compiler: /usr/bin/c++ – works
– Detecting CXX compiler ABI info
– Detecting CXX compiler ABI info - failed
– Setting libLAS build type - Release
– Searching for Boost 1.38+ - done
– Looking for include file pthread.h
– Looking for include file pthread.h - not found
– Could NOT find Threads (missing: Threads_FOUND)
– Boost version: 1.54.0
– Found the following Boost libraries:
– program_options
– thread
– system
– iostreams
– filesystem
– 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
– Found GDAL: /lib.dylib (Required is at least version “1.7.0”)
– Searching for GeoTIFF 1.2.5+ library
– Found GeoTIFF version: 1.4.0
– Found GeoTIFF: /Library/Frameworks/UnixImageIO.framework/unix/lib/libgeotiff.dylib (Required is at least version “1.2.5”)
– Found TIFF: /opt/local/lib/libtiff.dylib (found version “3.9.5”)
– Enable libLAS utilities to build - done
– Enable libLAS unit tests to build - done
– Configuring done
– Generating done
– Build files have been written to: /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles
cmb-imaccsdc:makefiles cmbarton$ make
“/Applications/CMake 2.8-12.app/Contents/bin/cmake” -H/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0 -B/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles --check-build-system CMakeFiles/Makefile.cmake 0
“/Applications/CMake 2.8-12.app/Contents/bin/cmake” -E cmake_progress_start /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/CMakeFiles /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/CMakeFiles/progress.marks
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/Makefile2 all
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f src/CMakeFiles/las.dir/build.make src/CMakeFiles/las.dir/depend
cd /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles && “/Applications/CMake 2.8-12.app/Contents/bin/cmake” -E cmake_depends “Unix Makefiles” /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0 /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/src /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/src /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/src/CMakeFiles/las.dir/DependInfo.cmake --color=
Scanning dependencies of target las
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f src/CMakeFiles/las.dir/build.make src/CMakeFiles/las.dir/build
“/Applications/CMake 2.8-12.app/Contents/bin/cmake” -E cmake_progress_report /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/CMakeFiles 3
[ 1%] Building CXX object src/CMakeFiles/las.dir/detail/index/indexcell.cpp.o
cd /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/src && /usr/bin/c++ -DHAVE_GDAL=1 -DHAVE_LIBGEOTIFF=1 -Dlas_EXPORTS -stdlib=libstdc++ -Wextra -Wall -Wno-unused-parameter -Wno-unused-variable -Wpointer-arith -Wcast-align -Wcast-qual -Wfloat-equal -Wredundant-decls -Wno-long-long -O3 -DNDEBUG -arch “x86_64 -D CMAKE_OSX_SYSROOT=/Developer/SDKs/MacOSX10.7.sdk” -fPIC -I/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/src/…/include -I/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/boost-snow/include -I/Library/Frameworks/GDAL.framework/Headers -I/Library/Frameworks/UnixImageIO.framework/unix/include -I/opt/local/include -o CMakeFiles/las.dir/detail/index/indexcell.cpp.o -c /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/src/detail/index/indexcell.cpp
clang: error: invalid arch name ‘-arch “x86_64’
make[2]: *** [src/CMakeFiles/las.dir/detail/index/indexcell.cpp.o] Error 1
make[1]: *** [src/CMakeFiles/las.dir/all] Error 2
make: *** [all] Error 2

It looks like it is misreading the architecture flag value

I’ve tried it without quotes around x86_64 and it acts like there are unmatched quotes in the configure string. But there are not. Is there a bug somewhere in a configure file? Where??? I can’t find any file with the CMAKE_OSX_ARCHITECTURES flag to look at.

I’m completely stumped.

Michael

···

On Wed, Sep 16, 2015 at 9:41 AM, William Kyngesburye <woklist@kyngchaos.com> wrote:

So the question is if GRASS supports one or the other library or both, or does it also use the tools in a script so it doesn’t matter.

GRASS uses only the library, not the tools, and is designed/tested/known to work only with libLAS.

I suppose there never was a need or will to compile it with LASlib which is coupled with partially non-FOSS LAStools (and you would need the FOSS libLAS’ tools anyway).

William_Kyngesburye · September 18, 2015, 3:18am

Your arch option in cmake starts with a curly quote, so it's seeing that as a plain character, not a quote. Same with the SDK option (ends with curly quote).

On Sep 17, 2015, at 7:52 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

So let me explain where I’m at with libLAS.

I recompiled boost 1.5.4 for 64 bit only (it will no longer compile 32_64 it seems) and fixed a known error in boost (manually delete the comma at the end of the list on line 117 of /boost-snow/include/boost/interprocess/errors.hpp)

I’ve got libLAS 1.8

Here is the workflow I used last time.

cd to liblas source folder
mkdir makefiles
cd makefiles

export BOOST_ROOT="/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/boost-snow” ## my path to boost

Then I run cmake

Originally, I did this

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

cmake ran fine, but make bombed with

>clang: error: invalid arch name '-arch “i386’

So I tried it 64 bit only since I compiled boost for 64 bit only.

cmake -G "Unix Makefiles" -D CMAKE_OSX_ARCHITECTURES=“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" -D CMAKE_VERBOSE_MAKEFILE=true ../

Again, cmake is fine but make bombed. Here is the complete error

-- The C compiler identification is Clang 5.1.0
-- The CXX compiler identification is Clang 5.1.0
CMake Warning at /Applications/CMake 2.8-12.app/Contents/share/cmake-2.8/Modules/Platform/Darwin.cmake:179 (message):
  Ignoring CMAKE_OSX_SYSROOT value:

   /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk

  because the directory does not exist.
Call Stack (most recent call first):
  /Applications/CMake 2.8-12.app/Contents/share/cmake-2.8/Modules/CMakeSystemSpecificInformation.cmake:36 (include)
  CMakeLists.txt:9 (project)

-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - failed
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - failed
-- Setting libLAS build type - Release
-- Searching for Boost 1.38+ - done
-- Looking for include file pthread.h
-- Looking for include file pthread.h - not found
-- Could NOT find Threads (missing: Threads_FOUND)
-- Boost version: 1.54.0
-- Found the following Boost libraries:
-- program_options
-- thread
-- system
-- iostreams
-- filesystem
-- 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
-- Found GDAL: /lib.dylib (Required is at least version "1.7.0")
-- Searching for GeoTIFF 1.2.5+ library
-- Found GeoTIFF version: 1.4.0
-- Found GeoTIFF: /Library/Frameworks/UnixImageIO.framework/unix/lib/libgeotiff.dylib (Required is at least version "1.2.5")
-- Found TIFF: /opt/local/lib/libtiff.dylib (found version "3.9.5")
-- Enable libLAS utilities to build - done
-- Enable libLAS unit tests to build - done
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles
cmb-imaccsdc:makefiles cmbarton$ make
"/Applications/CMake 2.8-12.app/Contents/bin/cmake" -H/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0 -B/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles --check-build-system CMakeFiles/Makefile.cmake 0
"/Applications/CMake 2.8-12.app/Contents/bin/cmake" -E cmake_progress_start /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/CMakeFiles /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/CMakeFiles/progress.marks
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/Makefile2 all
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f src/CMakeFiles/las.dir/build.make src/CMakeFiles/las.dir/depend
cd /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles && "/Applications/CMake 2.8-12.app/Contents/bin/cmake" -E cmake_depends "Unix Makefiles" /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0 /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/src /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/src /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/src/CMakeFiles/las.dir/DependInfo.cmake --color=
Scanning dependencies of target las
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f src/CMakeFiles/las.dir/build.make src/CMakeFiles/las.dir/build
"/Applications/CMake 2.8-12.app/Contents/bin/cmake" -E cmake_progress_report /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/CMakeFiles 3
[ 1%] Building CXX object src/CMakeFiles/las.dir/detail/index/indexcell.cpp.o
cd /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/src && /usr/bin/c++ -DHAVE_GDAL=1 -DHAVE_LIBGEOTIFF=1 -Dlas_EXPORTS -stdlib=libstdc++ -Wextra -Wall -Wno-unused-parameter -Wno-unused-variable -Wpointer-arith -Wcast-align -Wcast-qual -Wfloat-equal -Wredundant-decls -Wno-long-long -O3 -DNDEBUG -arch “x86_64 -D CMAKE_OSX_SYSROOT=/Developer/SDKs/MacOSX10.7.sdk” -fPIC -I/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/src/../include -I/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/boost-snow/include -I/Library/Frameworks/GDAL.framework/Headers -I/Library/Frameworks/UnixImageIO.framework/unix/include -I/opt/local/include -o CMakeFiles/las.dir/detail/index/indexcell.cpp.o -c /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/src/detail/index/indexcell.cpp
clang: error: invalid arch name '-arch “x86_64'
make[2]: *** [src/CMakeFiles/las.dir/detail/index/indexcell.cpp.o] Error 1
make[1]: *** [src/CMakeFiles/las.dir/all] Error 2
make: *** [all] Error 2

It looks like it is misreading the architecture flag value

I’ve tried it without quotes around x86_64 and it acts like there are unmatched quotes in the configure string. But there are not. Is there a bug somewhere in a configure file? Where??? I can’t find any file with the CMAKE_OSX_ARCHITECTURES flag to look at.

I’m completely stumped.

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 Sep 16, 2015, at 7:22 AM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

On Wed, Sep 16, 2015 at 9:41 AM, William Kyngesburye <woklist@kyngchaos.com> wrote:
So the question is if GRASS supports one or the other library or both, or does it also use the tools in a script so it doesn't matter.

GRASS uses only the library, not the tools, and is designed/tested/known to work only with libLAS.

I suppose there never was a need or will to compile it with LASlib which is coupled with partially non-FOSS LAStools (and you would need the FOSS libLAS' tools anyway).

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

Theory of the Universe

There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened.

-Hitchhiker's Guide to the Galaxy 2nd season intro

cmbarton · September 18, 2015, 3:23am

Bingo!! Thanks. Could not see that in the terminal. I even had others looking at it and no one could see it. I don’t know how these crept in, but it is due to software somewhere that thinks it knows what you want without asking.

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 Sep 17, 2015, at 8:18 PM, William Kyngesburye <woklist@kyngchaos.com> wrote:

Your arch option in cmake starts with a curly quote, so it's seeing that as a plain character, not a quote. Same with the SDK option (ends with curly quote).

On Sep 17, 2015, at 7:52 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

So let me explain where I’m at with libLAS.

I recompiled boost 1.5.4 for 64 bit only (it will no longer compile 32_64 it seems) and fixed a known error in boost (manually delete the comma at the end of the list on line 117 of /boost-snow/include/boost/interprocess/errors.hpp)

I’ve got libLAS 1.8

Here is the workflow I used last time.

cd to liblas source folder
mkdir makefiles
cd makefiles

export BOOST_ROOT="/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/boost-snow” ## my path to boost

Then I run cmake

Originally, I did this

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

cmake ran fine, but make bombed with

clang: error: invalid arch name '-arch “i386’

So I tried it 64 bit only since I compiled boost for 64 bit only.

cmake -G "Unix Makefiles" -D CMAKE_OSX_ARCHITECTURES=“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" -D CMAKE_VERBOSE_MAKEFILE=true ../

Again, cmake is fine but make bombed. Here is the complete error

-- The C compiler identification is Clang 5.1.0
-- The CXX compiler identification is Clang 5.1.0
CMake Warning at /Applications/CMake 2.8-12.app/Contents/share/cmake-2.8/Modules/Platform/Darwin.cmake:179 (message):
Ignoring CMAKE_OSX_SYSROOT value:

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk

because the directory does not exist.
Call Stack (most recent call first):
/Applications/CMake 2.8-12.app/Contents/share/cmake-2.8/Modules/CMakeSystemSpecificInformation.cmake:36 (include)
CMakeLists.txt:9 (project)

-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - failed
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - failed
-- Setting libLAS build type - Release
-- Searching for Boost 1.38+ - done
-- Looking for include file pthread.h
-- Looking for include file pthread.h - not found
-- Could NOT find Threads (missing: Threads_FOUND)
-- Boost version: 1.54.0
-- Found the following Boost libraries:
-- program_options
-- thread
-- system
-- iostreams
-- filesystem
-- 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
-- Found GDAL: /lib.dylib (Required is at least version "1.7.0")
-- Searching for GeoTIFF 1.2.5+ library
-- Found GeoTIFF version: 1.4.0
-- Found GeoTIFF: /Library/Frameworks/UnixImageIO.framework/unix/lib/libgeotiff.dylib (Required is at least version "1.2.5")
-- Found TIFF: /opt/local/lib/libtiff.dylib (found version "3.9.5")
-- Enable libLAS utilities to build - done
-- Enable libLAS unit tests to build - done
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles
cmb-imaccsdc:makefiles cmbarton$ make
"/Applications/CMake 2.8-12.app/Contents/bin/cmake" -H/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0 -B/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles --check-build-system CMakeFiles/Makefile.cmake 0
"/Applications/CMake 2.8-12.app/Contents/bin/cmake" -E cmake_progress_start /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/CMakeFiles /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/CMakeFiles/progress.marks
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/Makefile2 all
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f src/CMakeFiles/las.dir/build.make src/CMakeFiles/las.dir/depend
cd /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles && "/Applications/CMake 2.8-12.app/Contents/bin/cmake" -E cmake_depends "Unix Makefiles" /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0 /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/src /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/src /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/src/CMakeFiles/las.dir/DependInfo.cmake --color=
Scanning dependencies of target las
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f src/CMakeFiles/las.dir/build.make src/CMakeFiles/las.dir/build
"/Applications/CMake 2.8-12.app/Contents/bin/cmake" -E cmake_progress_report /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/CMakeFiles 3
[ 1%] Building CXX object src/CMakeFiles/las.dir/detail/index/indexcell.cpp.o
cd /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/src && /usr/bin/c++ -DHAVE_GDAL=1 -DHAVE_LIBGEOTIFF=1 -Dlas_EXPORTS -stdlib=libstdc++ -Wextra -Wall -Wno-unused-parameter -Wno-unused-variable -Wpointer-arith -Wcast-align -Wcast-qual -Wfloat-equal -Wredundant-decls -Wno-long-long -O3 -DNDEBUG -arch “x86_64 -D CMAKE_OSX_SYSROOT=/Developer/SDKs/MacOSX10.7.sdk” -fPIC -I/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/src/../include -I/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/boost-snow/include -I/Library/Frameworks/GDAL.framework/Headers -I/Library/Frameworks/UnixImageIO.framework/unix/include -I/opt/local/include -o CMakeFiles/las.dir/detail/index/indexcell.cpp.o -c /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/src/detail/index/indexcell.cpp
clang: error: invalid arch name '-arch “x86_64'
make[2]: *** [src/CMakeFiles/las.dir/detail/index/indexcell.cpp.o] Error 1
make[1]: *** [src/CMakeFiles/las.dir/all] Error 2
make: *** [all] Error 2

It looks like it is misreading the architecture flag value

I’ve tried it without quotes around x86_64 and it acts like there are unmatched quotes in the configure string. But there are not. Is there a bug somewhere in a configure file? Where??? I can’t find any file with the CMAKE_OSX_ARCHITECTURES flag to look at.

I’m completely stumped.

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 Sep 16, 2015, at 7:22 AM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

On Wed, Sep 16, 2015 at 9:41 AM, William Kyngesburye <woklist@kyngchaos.com> wrote:
So the question is if GRASS supports one or the other library or both, or does it also use the tools in a script so it doesn't matter.

GRASS uses only the library, not the tools, and is designed/tested/known to work only with libLAS.

I suppose there never was a need or will to compile it with LASlib which is coupled with partially non-FOSS LAStools (and you would need the FOSS libLAS' tools anyway).

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

Theory of the Universe

There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened.

-Hitchhiker's Guide to the Galaxy 2nd season intro

cmbarton · September 18, 2015, 3:38am

I got a lot further. But make still bombed eventually, although for a different reason and I need help again. Here is the new error.

"/Applications/CMake 2.8-8.app/Contents/bin/cmake" -E cmake_progress_report "/Users/cmbarton/Dropbox (ASU)/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/CMakeFiles" 36
[ 52%] Building CXX object src/CMakeFiles/las.dir/tifvsi.cpp.o
cd "/Users/cmbarton/Dropbox (ASU)/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/src" && /usr/bin/c++ -Dlas_EXPORTS -DHAVE_GDAL=1 -DHAVE_LIBGEOTIFF=1 -stdlib=libstdc++ -Wextra -Wall -Wno-unused-parameter -Wno-unused-variable -Wpointer-arith -Wcast-align -Wcast-qual -Wfloat-equal -Wredundant-decls -Wno-long-long -O3 -DNDEBUG -arch i386 -arch x86_64 -fPIC -I"/Users/cmbarton/Dropbox (ASU)/GRASS_dropbox/compiling/libLAS-1.8.0/src/../include" -I/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/boost-snow/include -I/Library/Frameworks/GDAL.framework/Headers -I/Library/Frameworks/UnixImageIO.framework/unix/include -I/Library/Frameworks/UnixImageIO.framework/Headers -F/Library/Frameworks -o CMakeFiles/las.dir/tifvsi.cpp.o -c "/Users/cmbarton/Dropbox (ASU)/GRASS_dropbox/compiling/libLAS-1.8.0/src/tifvsi.cpp"
make[2]: *** No rule to make target `/lib.dylib', needed by `bin/Release/liblas.2.3.0.dylib'. Stop.
make[1]: *** [src/CMakeFiles/las.dir/all] Error 2
make: *** [all] Error 2

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 Sep 17, 2015, at 8:18 PM, William Kyngesburye <woklist@kyngchaos.com> wrote:

Your arch option in cmake starts with a curly quote, so it's seeing that as a plain character, not a quote. Same with the SDK option (ends with curly quote).

On Sep 17, 2015, at 7:52 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

So let me explain where I’m at with libLAS.

I recompiled boost 1.5.4 for 64 bit only (it will no longer compile 32_64 it seems) and fixed a known error in boost (manually delete the comma at the end of the list on line 117 of /boost-snow/include/boost/interprocess/errors.hpp)

I’ve got libLAS 1.8

Here is the workflow I used last time.

cd to liblas source folder
mkdir makefiles
cd makefiles

export BOOST_ROOT="/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/boost-snow” ## my path to boost

Then I run cmake

Originally, I did this

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

cmake ran fine, but make bombed with

clang: error: invalid arch name '-arch “i386’

So I tried it 64 bit only since I compiled boost for 64 bit only.

cmake -G "Unix Makefiles" -D CMAKE_OSX_ARCHITECTURES=“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" -D CMAKE_VERBOSE_MAKEFILE=true ../

Again, cmake is fine but make bombed. Here is the complete error

-- The C compiler identification is Clang 5.1.0
-- The CXX compiler identification is Clang 5.1.0
CMake Warning at /Applications/CMake 2.8-12.app/Contents/share/cmake-2.8/Modules/Platform/Darwin.cmake:179 (message):
Ignoring CMAKE_OSX_SYSROOT value:

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk

because the directory does not exist.
Call Stack (most recent call first):
/Applications/CMake 2.8-12.app/Contents/share/cmake-2.8/Modules/CMakeSystemSpecificInformation.cmake:36 (include)
CMakeLists.txt:9 (project)

-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - failed
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - failed
-- Setting libLAS build type - Release
-- Searching for Boost 1.38+ - done
-- Looking for include file pthread.h
-- Looking for include file pthread.h - not found
-- Could NOT find Threads (missing: Threads_FOUND)
-- Boost version: 1.54.0
-- Found the following Boost libraries:
-- program_options
-- thread
-- system
-- iostreams
-- filesystem
-- 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
-- Found GDAL: /lib.dylib (Required is at least version "1.7.0")
-- Searching for GeoTIFF 1.2.5+ library
-- Found GeoTIFF version: 1.4.0
-- Found GeoTIFF: /Library/Frameworks/UnixImageIO.framework/unix/lib/libgeotiff.dylib (Required is at least version "1.2.5")
-- Found TIFF: /opt/local/lib/libtiff.dylib (found version "3.9.5")
-- Enable libLAS utilities to build - done
-- Enable libLAS unit tests to build - done
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles
cmb-imaccsdc:makefiles cmbarton$ make
"/Applications/CMake 2.8-12.app/Contents/bin/cmake" -H/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0 -B/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles --check-build-system CMakeFiles/Makefile.cmake 0
"/Applications/CMake 2.8-12.app/Contents/bin/cmake" -E cmake_progress_start /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/CMakeFiles /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/CMakeFiles/progress.marks
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/Makefile2 all
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f src/CMakeFiles/las.dir/build.make src/CMakeFiles/las.dir/depend
cd /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles && "/Applications/CMake 2.8-12.app/Contents/bin/cmake" -E cmake_depends "Unix Makefiles" /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0 /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/src /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/src /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/src/CMakeFiles/las.dir/DependInfo.cmake --color=
Scanning dependencies of target las
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f src/CMakeFiles/las.dir/build.make src/CMakeFiles/las.dir/build
"/Applications/CMake 2.8-12.app/Contents/bin/cmake" -E cmake_progress_report /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/CMakeFiles 3
[ 1%] Building CXX object src/CMakeFiles/las.dir/detail/index/indexcell.cpp.o
cd /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/makefiles/src && /usr/bin/c++ -DHAVE_GDAL=1 -DHAVE_LIBGEOTIFF=1 -Dlas_EXPORTS -stdlib=libstdc++ -Wextra -Wall -Wno-unused-parameter -Wno-unused-variable -Wpointer-arith -Wcast-align -Wcast-qual -Wfloat-equal -Wredundant-decls -Wno-long-long -O3 -DNDEBUG -arch “x86_64 -D CMAKE_OSX_SYSROOT=/Developer/SDKs/MacOSX10.7.sdk” -fPIC -I/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/src/../include -I/Users/cmbarton/Dropbox/GRASS_dropbox/compiling/boost-snow/include -I/Library/Frameworks/GDAL.framework/Headers -I/Library/Frameworks/UnixImageIO.framework/unix/include -I/opt/local/include -o CMakeFiles/las.dir/detail/index/indexcell.cpp.o -c /Users/cmbarton/Dropbox/GRASS_dropbox/compiling/libLAS-1.8.0/src/detail/index/indexcell.cpp
clang: error: invalid arch name '-arch “x86_64'
make[2]: *** [src/CMakeFiles/las.dir/detail/index/indexcell.cpp.o] Error 1
make[1]: *** [src/CMakeFiles/las.dir/all] Error 2
make: *** [all] Error 2

It looks like it is misreading the architecture flag value

I’ve tried it without quotes around x86_64 and it acts like there are unmatched quotes in the configure string. But there are not. Is there a bug somewhere in a configure file? Where??? I can’t find any file with the CMAKE_OSX_ARCHITECTURES flag to look at.

I’m completely stumped.

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 Sep 16, 2015, at 7:22 AM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

On Wed, Sep 16, 2015 at 9:41 AM, William Kyngesburye <woklist@kyngchaos.com> wrote:
So the question is if GRASS supports one or the other library or both, or does it also use the tools in a script so it doesn't matter.

GRASS uses only the library, not the tools, and is designed/tested/known to work only with libLAS.

I suppose there never was a need or will to compile it with LASlib which is coupled with partially non-FOSS LAStools (and you would need the FOSS libLAS' tools anyway).

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

Theory of the Universe

There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened.

-Hitchhiker's Guide to the Galaxy 2nd season intro