[Liblas-devel] liblas 1.0.1 on FreeBSD64 with gcc 3.4.4

Wed May 27 19:46:31 EDT 2009

Mateusz,

Thank you for such a fast response. I'm stuck with FreeBSD 6.4 right  
now, and cannot move to 7.x yet. too many dependencies...

I've just checked out the trunk for 1.2:

$ svn checkout http://liblas.org/svn/trunk/ liblas-1.2
Checked out revision 1289
$ cd liblas-1.2
$ ./configure
./configure not found
$ make check
make: don't know how to make check. Stop

and I can't seem to run aclocal either... hummmm....

Jeff.

On May 27, 2009, at 3:06 PM, Mateusz Loskot wrote:

> Jeff Hamann wrote:
>> I'm trying to get liblas-1.0.1 to build on my FreeBSD64 machines and
>> discovered that the compiler that's getting used is gcc 3.4.4, which
>> compiles and links the 1.0.1 source, but yields the following results
>> for example:
>>
>> $ lasinfo lidar.las
>>
>> ---------------------------------------------------------
>>  Header Summary
>> ---------------------------------------------------------
>>  File Name: lidar.las
>>  Version:                    1.0
>>  Source ID:                  0
>>  Reserved:                   0
>>  Project ID/GUID:           '00000000-0000-0000-0000-000000000000'
>>  System Identifier:         ''
>>  Generating Software:       'TerraScan'
>>  File Creation Day/Year:    0/0
>>  Header Size                227
>>  Offset to Point Data       -452984832
>>  Number Var. Length Records 0
>>  Point Data Format          1
>>  Point Data Record Length   28
>>  Number of Point Records    -261525504
>>  Number of Points by Return 0 -783548416 295895808 -1851190784  
>> 2110806272
>>  Scale Factor X Y Z         7.68817e+284 7.68817e+284 7.68817e+284
>>  Offset X Y Z               0.000000 0.000000 0.000000
>>  Min X Y Z                  0.000000 0.000000
>> 738736861263988851298380279202391078391644568474981382591204550317796735641019245818295007277452811570850587484972658344932700484666392576.000000
>>
>>  Max X Y Z                  0.000000 -0.000000 -0.000000
>> Spatial Reference
>> $
>>
>> After doing a little research, it looks like I need a compiler  
>> that's a
>> little more recent, which I have, but I'm not sure how to tell
>> ./configure to use the more recent compiler. Since I'm somewhat of a
>> newbie with libtool, automake, and autoconf, does anyone have a
>> suggestion for simply telling ./configure (or mod'n the inputs) to
>> require gcc 4.1+?
>>
>> Also, if any of this helps...
>>
>> $ uname -a
>> FreeBSD bobby.forestinformatics.com 6.0-RELEASE FreeBSD 6.0-RELEASE  
>> #2:
>> Sun Nov 27 14:07:55 PST 2005
>> hamannj at bobby.forestinformatics.com:/usr/obj/usr/src/sys/GENERIC   
>> amd64
>>
>> $ gcc --version
>> gcc (GCC) 3.4.4 [FreeBSD] 20050518
>> Copyright (C) 2004 Free Software Foundation, Inc.
>> This is free software; see the source for copying conditions.   
>> There is NO
>> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR  
>> PURPOSE.
>
> Jeff,
>
> I have tested libLAS from current SVN trunk on FreeBSD 7.2 (amd64)
> Here is complete log: http://osgeo.pastebin.com/d6a6344cd
> I don't remember which version of compiler I used (I can check it
> tomorrow), though I'm quite sure it's 4.x line. Everything works as  
> here:
>
> [mloskot@ ~/dev/liblas/_svn/trunk]$ uname -a
> FreeBSD vb-freebsd72-amd64 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May
> 1 07:18:07 UTC 2009
> root at driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
>
>
> [mloskot@ ~/dev/liblas/_svn/trunk]$ make check
> ...
> make  check-TESTS
> libLAS Test Suite:
> ==================
> liblas::LASClassification: ..............................
> liblas::LASError: ...Failed to remove '../data//lasfile_tmp.las' file
>
> liblas::LASFile: .Failed to remove '../data//lasfile_tmp.las' file
> .Failed to remove '../data//lasfile_tmp.las' file
> ..Failed to remove '../data//lasfile_tmp.las' file
> .Failed to remove '../data//lasfile_tmp.las' file
> .Failed to remove '../data//lasfile_tmp.las' file
> .Failed to remove '../data//lasfile_tmp.las' file
> ...Failed to remove '../data//lasfile_tmp.las' file
>
> liblas::LASHeader: ............
> liblas::LASPoint: ................
> liblas::LASReader: .......
> liblas::LASSpatialReference: .
> liblas::LASVariableRecord: ......
> liblas::LASWriter: ....
> liblas::guid: .......
> liblas::lasreader_iterator: ......................
>
> tests summary: ok:118
> PASS: liblas_test
> ==================
> All 1 tests passed
> ==================
>
> [mloskot@ ~/dev/liblas/_svn/trunk]$ ./apps/lasinfo test/data/srs.las
>
> ---------------------------------------------------------
>  Header Summary
> ---------------------------------------------------------
>  File Name: test/data/srs.las
>  Version:                    1.0
>  Source ID:                  0
>  Reserved:                   0
>  Project ID/GUID:           '00000000-0000-0000-0000-000000000000'
>  System Identifier:         'MODIFIED'
>  Generating Software:       'TerraScan'
>  File Creation Day/Year:    0/0
>  Header Size                227
>  Offset to Point Data       759
>  Number Var. Length Records 3
>  Point Data Format          1
>  Point Data Record Length   28
>  Number of Point Records    10
>  Number of Points by Return 10 0 0 0 0
>  Scale Factor X Y Z         0.01 0.01 0.01
>  Offset X Y Z               -0.000000 -0.000000 -0.000000
>  Min X Y Z                  289814.150000 4320978.610000 170.580000
>  Max X Y Z                  289818.500000 4320980.590000 170.760000
> Spatial Reference
>
> ---------------------------------------------------------
>  VLR Summary
> ---------------------------------------------------------
>   User: 'LASF_Projection' - Description: ''
>   ID: 34735 Length: 72
>
>   User: 'LASF_Projection' - Description: ''
>   ID: 34736 Length: 40
>
>   User: 'LASF_Projection' - Description: ''
>   ID: 34737 Length: 256
>
>
>
> Have you tried to run tests?
> If not, could you issue "make check" command?
>
> Best regards,
> -- 
> Mateusz Loskot, http://mateusz.loskot.net
> Charter Member of OSGeo, http://osgeo.org