[gdal-dev] Compilation issues with gdal/ecw.

marc sintsixtus at gmail.com
Wed Mar 10 13:23:53 EST 2010


Hello,

I'm on Ubuntu 9.10/jaunty.


I have the combo "gdal-1.7.1/libecwj2-3.3"

gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 
4.4.1-4ubuntu9' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs 
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr 
--enable-shared --enable-multiarch --enable-linker-build-id 
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext 
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 
--program-suffix=-4.4 --enable-nls --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-objc-gc --enable-targets=all 
--disable-werror --with-arch-32=i486 --with-tune=generic 
--enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu 
--target=i486-linux-gnu
Thread model: posix
gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu9)


After ecw make & install, I compile gdal. (wiith configure --with-ecw)

Then I get


make[2]: Map '/home/marc/development/gdal-1.7.1/frmts/ecw' wordt 
binnengegaan
/bin/sh /home/marc/development/gdal-1.7.1/libtool --mode=compile 
--tag=CXX g++ -g -O2  -Wall  -I/home/marc/development/gdal-1.7.1/port 
-I/home/marc/development/gdal-1.7.1/gcore 
-I/home/marc/development/gdal-1.7.1/alg 
-I/home/marc/development/gdal-1.7.1/ogr 
-I/home/marc/development/gdal-1.7.1/ogr/ogrsf_frmts -DFRMT_ecw 
-DOGR_ENABLED -I/home/marc/development/gdal-1.7.1/port 
-I/usr/local/include   -c -o ../o/ecwdataset.lo ecwdataset.cpp 

libtool: compile:  g++ -g -O2 -Wall 
-I/home/marc/development/gdal-1.7.1/port 
-I/home/marc/development/gdal-1.7.1/gcore 
-I/home/marc/development/gdal-1.7.1/alg 
-I/home/marc/development/gdal-1.7.1/ogr 
-I/home/marc/development/gdal-1.7.1/ogr/ogrsf_frmts -DFRMT_ecw 
-DOGR_ENABLED -I/home/marc/development/gdal-1.7.1/port 
-I/usr/local/include -c ecwdataset.cpp  -fPIC -DPIC -o 
../o/.libs/ecwdataset.o 

In file included from /usr/local/include/NCSDefs.h:38, 

                  from /usr/local/include/NCSECWClient.h:48, 

                  from vsiiostream.h:43, 

                  from ecwdataset.cpp:35: 

/usr/local/include/NCSTypes.h:247:2: error: #error unknown machine type 
will require custom 64 bit variables 

In file included from /usr/local/include/NCSECWClient.h:48, 

                  from vsiiostream.h:43, 

                  from ecwdataset.cpp:35: 

/usr/local/include/NCSDefs.h:220:2: error: #error DEFINE SYSTEM INCLUDES 
FOR TYPES
In file included from /usr/local/include/NCSJP2FileView.h:39, 

                  from /usr/local/include/NCSFile.h:27, 

                  from vsiiostream.h:46, 

                  from ecwdataset.cpp:35: 

/usr/local/include/NCSMutex.h:93:2: error: #error NCSGlobalLockInfo 

In file included from /usr/local/include/NCSJPCIOStream.h:30, 

                  from /usr/local/include/NCSJP2Box.h:27, 

                  from /usr/local/include/NCSJP2FileView.h:45, 

                  from /usr/local/include/NCSFile.h:27, 

                  from vsiiostream.h:46, 

                  from ecwdataset.cpp:35: 

/usr/local/include/NCSFileIO.h:132:2: error: #error - need to include 
types.h and stat.h for this platform 

In file included from /usr/local/include/NCSDefs.h:38, 

                  from /usr/local/include/NCSECWClient.h:48, 

                  from vsiiostream.h:43, 

                  from ecwdataset.cpp:35: 

/usr/local/include/NCSTypes.h:263: error: 'UINT32' does not name a type 

/usr/local/include/NCSTypes.h:264: error: 'UINT64' does not name a type 

/usr/local/include/NCSTypes.h:265: error: 'UINT64' does not name a type 

/usr/local/include/NCSTypes.h:266: error: 'INT64' does not name a type 

/usr/local/include/NCSTypes.h:267: error: 'INT64' does not name a type 

/usr/local/include/NCSTypes.h:272: error: 'UINT32' does not name a type 

In file included from vsiiostream.h:43, 

                  from ecwdataset.cpp:35:
etc.


1) since the source of ecw is more or less open, a bin tar.gz gdal+ecw 
would be fine. (just a gdal folder where we need to do "make install")

2) a solution for this problem??  It might be a development/*.h  package??



Thanks,
Marc
-- 
What's on Shortwave guide: choose an hour, go!
http://shortwave.tk
700+ Radio Stations on SW http://swstations.tk
300+ languages on SW http://radiolanguages.tk


More information about the gdal-dev mailing list