OpenEV

On 6/22/05, Steven M. Ottens <steven.ottens@...> wrote:
> I'm quite at a loss here, anyone knows what might be happening?

Steven,

It's hard to know what could be going wrong without access to the
file itself.  It seems that the only thing that the file works with is
gdalinfo.  By default gdalinfo does not try to read the actual image
data, perhaps you should try "gdalinfo -mm" which forces reading
of the image data.

If that works, then I think you would need to make the file available
(and perhaps the original .adf) to further diagnose the issue. =20

Best regards,
--=20
---------------------------------------+-----------------------------------=
---
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam@...=
om
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent

Frank Warmerdam wrote:

>It's hard to know what could be going wrong without access to the
>file itself.  It seems that the only thing that the file works with is
>gdalinfo.  By default gdalinfo does not try to read the actual image
>data, perhaps you should try "gdalinfo -mm" which forces reading
>of the image data.
>
That works, I also discovered that exporting to for instance png doesn't work either and it complains about being float32. The program I needed the TIFF for (openscengraph) actually handles the tiff for DEM generation, not for texture but that's no problem right now. But still the TIFF is weird. I've put it online at http://minst.net/dev/ about 5MB.

My webspace is kinda full so I can put the adf there if needed, but than I need to remove the gtif ;)

regards,
steven

On 6/22/05, Steven M. Ottens <steven.ottens@...> wrote:
> That works, I also discovered that exporting to for instance png doesn't =
work either and it complains about being float32. The program I needed the =
TIFF for (openscengraph) actually handles the tiff for DEM generation, not =
for texture but that's no problem right now. But still the TIFF is weird. I=
've put it online at http://minst.net/dev/ about 5MB.
>=20
> My webspace is kinda full so I can put the adf there if needed, but than =
I need to remove the gtif ;)

Steven,

I have mostly been able to work with the file fine, but I=20
find with FWTools' version of OpenEV I cannot use the
file as the DEM and overlay in 3D viewing.  If I make another
copy of the file (dem2.tif) and use one for the DEM and one
for the overlay then it seems to work.=20

So there seems to be a problem with OpenEV on win32 (likely
depends how the libtiff is built) with file locking.  That is, the
first open of the file is locking it so that additional opens fail.

I have opened the following bug about the problem:
  http://bugzilla.remotesensing.org/show_bug.cgi?id=3D873

The file itself is fine, though of course many software packages
don't support 32bit floating point TIFFs.  You might want to translate
it to 16bit signed for wider compatibility.

  gdal_translate -ot Int16 dem.tif dem16.tif

Best regards,
--=20
---------------------------------------+-----------------------------------=
---
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam@...=
om
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent

Hi Vincent,

Vincent Schut wrote:
>
> Somewhere there seems to be a rounding of the float value, or
> some conversion to int...

The rounding happens in the slider itself. To get more digits, add these lines to
GvRasterSource.__init__:

self.min_slider.set_digits(ndigits)
self.max_slider.set_digits(ndigits)

where ndigits is the number of digits you want.

There's info on this at http://www.pygtk.org/pygtktutorial/sec-scalewidgets.html

Hope this helps.
--
Mario B.

Hi all, Mario,

On Tue, 2005-06-14 at 14:28 -0400, Mario Beauchamp wrote:
> Hi Vincent,
> 
> Vincent Schut wrote:
> >
> > Somewhere there seems to be a rounding of the float value, or
> > some conversion to int...
> 
> The rounding happens in the slider itself. To get more digits, add these lines to
> GvRasterSource.__init__:
> 
> self.min_slider.set_digits(ndigits)
> self.max_slider.set_digits(ndigits)
> 
> where ndigits is the number of digits you want.
> 
> There's info on this at http://www.pygtk.org/pygtktutorial/sec-scalewidgets.html
> 

Indeed this appeared the heart of the problem.
Attached is a proposed patch for pymod/gvrasterpropdlg.py which will
automatically increase the number of digits for the gtk sliders when a
floating point raster is loaded. For integer rasters, the number of
digits is set to 0. As far as I have tested it now, it seems to resolve
all problems that were reported with those sliders when used with
floating point rasters with relatively small value ranges.

Regards,
Vincent.

Hi Vincent,

>>The rounding happens in the slider itself. To get more digits, add these lines to
>>GvRasterSource.__init__:
>>
>>self.min_slider.set_digits(ndigits)
>>self.max_slider.set_digits(ndigits)
>>
>>where ndigits is the number of digits you want.
> 
> Indeed this appeared the heart of the problem.
> Attached is a proposed patch for pymod/gvrasterpropdlg.py

Cool, I had the feeling you would come up with a more robust solution :)

> +	if self.layer.get_parent().get_band().DataType == gdal.GDT_Byte \

Folks, anyone ever used GvRasterLayer.type_get(isrc) instead of 
GvRasterLayer.get_parent().get_band().DataType? I was just wondering why this method returns a 
float...

Anyway, good work Vincent!
--
Mario B.

Hi ->

  I think the float value was a cut and paste oversight; I switched it to
PyInt.. from PyFloat.. and added these other changes to the gtk2 version,
which we should get around to releasing soon.

-> Pete

--------------------------------------------------------------------

====================================================================
Pete Nagy                                        tel: (303) 583-0248
Vexcel Corporation                               fax: (303) 583-0246
http://www.vexcel.com                           home: (303) 823-2336
====================================================================


On Wed, 15 Jun 2005, Mario Beauchamp wrote:

> Hi Vincent,
>
> >>The rounding happens in the slider itself. To get more digits, add these lines to
> >>GvRasterSource.__init__:
> >>
> >>self.min_slider.set_digits(ndigits)
> >>self.max_slider.set_digits(ndigits)
> >>
> >>where ndigits is the number of digits you want.
> >
> > Indeed this appeared the heart of the problem.
> > Attached is a proposed patch for pymod/gvrasterpropdlg.py
>
> Cool, I had the feeling you would come up with a more robust solution :)
>
> > +	if self.layer.get_parent().get_band().DataType == gdal.GDT_Byte \
>
> Folks, anyone ever used GvRasterLayer.type_get(isrc) instead of
> GvRasterLayer.get_parent().get_band().DataType? I was just wondering why this method returns a
> float...
>
> Anyway, good work Vincent!
> --
> Mario B.
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Openev-discuss mailing list
> Openev-discuss@...
> https://lists.sourceforge.net/lists/listinfo/openev-discuss
>

Hi Pete,

Pete Nagy wrote:
> 
> ...and added these other changes to the gtk2 version,
> which we should get around to releasing soon.

Really? That's great news! I was wondering if this project was still going on...
Hope this will bring new life to the OpenEV project itself :)

Thanks for that!
--
Mario B.

On 6/13/05, Vincent Schut <schut@...> wrote:
>   Color Table (RGB with 4096 entries)
>     0: 0,0,0,255
>     1: 0,0,0,255
>     ...
>     4096: 255,255,255,255
>=20
> Note: i think the colortable has been automatically added by r.in.gdal.
>=20
> When opened in openev, the raster does not show (it is loaded, but all
> pixels show as black, whatever stretch is used). Opening the raster
> layer properties dialog and looking at the min/max sliders, they appear
> to initially use the colortable values: min slider is at 0, max slider
> is at 255. After clicking some stretch button, the sliders' values
> change to more likely numbers (but not the correct ones imho, this might
> be related to the second issue, see below), but still the raster will
> not show. Only using the image composition feature and creating a
> virtual raster source from the original can make the raster show up in
> the view. Maybe a problem of openev not knowing if it should use a lut
> (as there is a colortable), or the real values, and thus mixing those
> approaches, alas to no avail?

Vincent,=20

I *think* the problem here is that OpenEV does not support color tables
larger than 256 entries.  I'm not exactly sure what it does, but it certain=
ly
won't work properly.
=20
> Then a second issue, which might be related (or might not):
> Openev seems to have problems accessing grass imaginary groups.
> I have the following grass group:

I am assuming these bands are actually imaginary data?  I'm not sure
that imaginary support was ever actually tested. =20

If you file a bug report on this issue, I could try and dig into it at some
point, but I doubt it will be too soon with two conferences this week.=20

Best regards,
--=20
---------------------------------------+-----------------------------------=
---
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam@...=
om
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent

On Mon, 2005-06-13 at 09:42 -0400, Frank Warmerdam wrote:
> On 6/13/05, Vincent Schut <schut@...> wrote:
> >   Color Table (RGB with 4096 entries)
> >     0: 0,0,0,255
> >     1: 0,0,0,255
> >     ...
> >     4096: 255,255,255,255
> > 
> > Note: i think the colortable has been automatically added by r.in.gdal.
> > 
> > When opened in openev, the raster does not show (it is loaded, but all
> > pixels show as black, whatever stretch is used). Opening the raster
> > layer properties dialog and looking at the min/max sliders, they appear
> > to initially use the colortable values: min slider is at 0, max slider
> > is at 255. After clicking some stretch button, the sliders' values
> > change to more likely numbers (but not the correct ones imho, this might
> > be related to the second issue, see below), but still the raster will
> > not show. Only using the image composition feature and creating a
> > virtual raster source from the original can make the raster show up in
> > the view. Maybe a problem of openev not knowing if it should use a lut
> > (as there is a colortable), or the real values, and thus mixing those
> > approaches, alas to no avail?
> 
> Vincent, 
> 
> I *think* the problem here is that OpenEV does not support color tables
> larger than 256 entries.  I'm not exactly sure what it does, but it certainly
> won't work properly.

Found out that, in case of a color table with more than 256 entries,
openev just uses the first 256, in my case resulting in an essentially
black / very dark grey image. Attached is a (maybe too) simple patch for
gvrasterlut.c which makes it distribute the used 256-entry lut evenly
over the original larger lut. Eg if you have a 512 entry lut, every
other lut entry will be used, instead of the first 256, resulting in a
better representation of the original lut. This way, openev is at least
usable to view rasters which have a very large lut, like my grass
rasters. Btw I have not extensively tested it, but till now it works ok.
You might want to edit it, my c++ skills are at a pretty low level.

Regards,
Vincent.

Hi Vincent,

Vincent Schut wrote:
> Hi all,
> 
> when I have a raster (geotiff) opened in OpenEV with small floating
> point values (gdalinfo says:  Computed Min/Max=0.960,0.981), the min/max
> sliders in the raster properties dialog go weird. whenever I click on
> one of them, it jumps to 1.0, and won't let me change it by sliding it.
> I can however click in the empty slider area (the trough), but the value
> displayed above the slider keeps saying '1.0'.

Looking at gvrasterpropdlg.py code, I see there's provision for this case... however, maybe your 
values are really too small to establish a valid scaling range. Does entering values in the 
entries work?

> Do others also see this behaviour? Is it a bug in openev, gtk, pygtk or
> just my configuration...?

This seems to be a special kind of image... what does it represent?
If you could provide a sample, it would be easier to figure out what's going on.
--
Mario B.

On 6/9/05, Fr=E9d=E9ric Trastour <dev@...> wrote:
> Hello,
>=20
> when i load in OpenEV the same image ( Landat GEOCOVER ) in ECW or in Geo=
Tiff
> i have do not the same result : colors are very different between the two=
 files.
>=20
> I have attached a screenshot, tiff is on the left, ecw on the right.
>=20
> Note that OpenEV is the only software which give these colors with the EC=
W file.
> If i display
> this image in ERviewer for example, i get the same colors than OpenEV wit=
h the
> GeoTiff.
>=20
> The ECW is obtained via :
>     gdal_translate IM.TIF IM.ECW -of ECW -co "TARGET=3D70"
>=20
> Does OpenEV apply some particular processing on ECW images ?
>=20
> On this particular dataset, I prefer the aspect of the ECW in OpeneEV and=
 would
> like to
> apply the same processing outside OpenEV.

Fr=E9d=E9ric,

I'm afraid I don't know why you are seeing this difference.   My first
assumption was that it was a scaling difference, but OpenEV should not
apply any scaling for 8bit imagery by default.=20

My next guess was that it somehow relates to how the overviews
are generated.  By default files without overviews will have their
OpenEV overview representations computed based on decimation,
though this may be changed on the "Raster" tab of the preferences=20
dialog to Average.  But when loading from .ecw files, I think OpenEV
is essentially using the ECW provided overviews which are effectively
generated by reduced expansions of the wavelet equations (as I understand
it) which might give more of an averaged effected rather than decimation.

Well, that might explain it, but I don't know why you wouldn't see the
same differene in the ERviewer. =20

I tried to replicate your situation with an image I had lying around,
but saw no discernable difference. =20

Can you point me to the raw image in question so that I could experiment
with it a bit?

Best regards,
---------------------------------------+-----------------------------------=
---
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam@...=
om
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent

Hello Franck,

i have downloaded the images from https://zulu.ssc.nasa.gov/mrsid/

Images are in MrSID format.

I have used  :
    MrSID utility mrsiddecode to convert to Tiff.
    GEOimage to import / rectify images into Lambert IIe-NTF / mosaic / e=
xport
to GEOtiff
    gdal_tr to create ECW.

I can send you an extract of the mosaic in tiff/ecw if you want to test.

Thanks,
Frederic.
_________________________________________________________________
Fr=E9d=E9ric Trastour - SpacEyes - dev@...

----- Original Message -----=20
From: "Frank Warmerdam" <fwarmerdam@...>
To: "Fr=E9d=E9ric Trastour" <dev@...>
Cc: <openev-discuss@...>
Sent: Thursday, June 09, 2005 3:22 PM
Subject: Re: [Openev-discuss] Different colors ECW / GEOTIFF


> On 6/9/05, Fr=E9d=E9ric Trastour <dev@...> wrote:
> > Hello,
> >
> > when i load in OpenEV the same image ( Landat GEOCOVER ) in ECW or in
GeoTiff
> > i have do not the same result : colors are very different between the=
 two
files.
> >
> > I have attached a screenshot, tiff is on the left, ecw on the right.
> >
> > Note that OpenEV is the only software which give these colors with th=
e ECW
file.
> > If i display
> > this image in ERviewer for example, i get the same colors than OpenEV=
 with
the
> > GeoTiff.
> >
> > The ECW is obtained via :
> >     gdal_translate IM.TIF IM.ECW -of ECW -co "TARGET=3D70"
> >
> > Does OpenEV apply some particular processing on ECW images ?
> >
> > On this particular dataset, I prefer the aspect of the ECW in OpeneEV=
 and
would
> > like to
> > apply the same processing outside OpenEV.
>
> Fr=E9d=E9ric,
>
> I'm afraid I don't know why you are seeing this difference.   My first
> assumption was that it was a scaling difference, but OpenEV should not
> apply any scaling for 8bit imagery by default.
>
> My next guess was that it somehow relates to how the overviews
> are generated.  By default files without overviews will have their
> OpenEV overview representations computed based on decimation,
> though this may be changed on the "Raster" tab of the preferences
> dialog to Average.  But when loading from .ecw files, I think OpenEV
> is essentially using the ECW provided overviews which are effectively
> generated by reduced expansions of the wavelet equations (as I understa=
nd
> it) which might give more of an averaged effected rather than decimatio=
n.
>
> Well, that might explain it, but I don't know why you wouldn't see the
> same differene in the ERviewer.
>
> I tried to replicate your situation with an image I had lying around,
> but saw no discernable difference.
>
> Can you point me to the raw image in question so that I could experimen=
t
> with it a bit?
>
> Best regards,
> ---------------------------------------+-------------------------------=
-------
> I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam@...=
ox.com
> light and sound - activate the windows | http://pobox.com/~warmerdam
> and watch the world go round - Rush    | Geospatial Programmer for Rent
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you s=
hotput
> a projector? How fast can you ride your desk chair down the office luge=
 track?
> If you want to score the big prize, get to know the little guy.
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r
> _______________________________________________
> Openev-discuss mailing list
> Openev-discuss@...
> https://lists.sourceforge.net/lists/listinfo/openev-discuss
>

On Tue, May 31, 2005 at 08:23:00PM -0700, Robert Aldridge wrote:
> Greetings.  I've done a CVS checkout of OpenEV to do some "playing" in
> Python.  However, when I do ./configure, I get:
> 
> checking for GDALOpen in -lgdal... no
> checking for GDALOpen in -lgdal... (cached) no
> checking for GDALOpen in -lgdal... (cached) no
> configure: error: 
> OpenEV requires GDAL library, but it was not found. 
> Please download
> and install it.  See http://www.remotesensing.org/gdal
> 
> even though I have libgdal1 installed via apt-get. Synaptic shows
> /usr/lib/libgdal.so.1.7.0 and /usr/lib/libgdal.so.1 along with lots of
> files in /usr/share/gdal as being installed.  From a python prompt, I
> can 'import gdal' with no problems.  How come the configure script
> won't run for me?

Robert,

Do you have a libgdal1-dev package installed? If so, please, show your
config.log file.

Regards,
Andrey

-- 
Andrey V. Kiselev
Home phone:  +7 812 5970603  ICQ# 26871517

--- Andrey Kiselev <dron@...> wrote:

> On Tue, May 31, 2005 at 08:23:00PM -0700, Robert
> Aldridge wrote:
> > Greetings.  I've done a CVS checkout of OpenEV to
> do some "playing" in
> > Python.  However, when I do ./configure, I get:
> > 
> > checking for GDALOpen in -lgdal... no
> > checking for GDALOpen in -lgdal... (cached) no
> > checking for GDALOpen in -lgdal... (cached) no
> > configure: error: 
> > OpenEV requires GDAL library, but it was not
> found. 
> > Please download
> > and install it.  See
> http://www.remotesensing.org/gdal
> > 
> > even though I have libgdal1 installed via apt-get.
> Synaptic shows
> > /usr/lib/libgdal.so.1.7.0 and
> /usr/lib/libgdal.so.1 along with lots of
> > files in /usr/share/gdal as being installed.  From
> a python prompt, I
> > can 'import gdal' with no problems.  How come the
> configure script
> > won't run for me?
> 
> Robert,
> 
> Do you have a libgdal1-dev package installed? If so,
> please, show your
> config.log file.
> 
> Regards,
> Andrey
> 
> -- 
> Andrey V. Kiselev
> Home phone:  +7 812 5970603  ICQ# 26871517
> 
> 
> 

Andrey,

I did not have libgdal1-dev installed.  I do now, and
I get the same message.  I'm pasting the contents of
config.log below:

This file contains any messages produced by compilers
while
running configure, to aid debugging if configure makes
a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.59.  Invocation command
line was

  $ ./configure 

## --------- ##
## Platform. ##
## --------- ##

hostname = bilbo
uname -m = i686
uname -r = 2.6.9-2-686
uname -s = Linux
uname -v = #1 Sat Jan 8 16:34:52 EST 2005

/usr/bin/uname -p = unknown
/bin/uname -X     = unknown

/bin/arch              = i686
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
hostinfo               = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /home/raldridg/fgs/bin
PATH: /usr/local/pgsql/bin
PATH: /home/raldridg/bin
PATH: /sbin
PATH: /bin
PATH: /usr/sbin
PATH: /usr/bin
PATH: /usr/X11R6/bin
PATH: /usr/local/sbin
PATH: /usr/local/bin
PATH: /usr/games
PATH: /usr/local/pgsql/bin


## ----------- ##
## Core tests. ##
## ----------- ##

configure:1364: checking for gcc
configure:1380: found /usr/bin/gcc
configure:1390: result: gcc
configure:1634: checking for C compiler version
configure:1637: gcc --version </dev/null >&5
gcc (GCC) 3.3.6 (Debian 1:3.3.6-5)
Copyright (C) 2003 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.

configure:1640: $? = 0
configure:1642: gcc -v </dev/null >&5
Reading specs from
/usr/lib/gcc-lib/i486-linux/3.3.6/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang
--prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.3
--enable-shared --enable-__cxa_atexit
--with-system-zlib --enable-nls
--without-included-gettext --enable-clocale=gnu
--enable-debug --enable-java-gc=boehm
--enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.6 (Debian 1:3.3.6-5)
configure:1645: $? = 0
configure:1647: gcc -V </dev/null >&5
gcc: `-V' option must have argument
configure:1650: $? = 1
configure:1673: checking for C compiler default output
file name
configure:1676: gcc    conftest.c  >&5
configure:1679: $? = 0
configure:1725: result: a.out
configure:1730: checking whether the C compiler works
configure:1736: ./a.out
configure:1739: $? = 0
configure:1756: result: yes
configure:1763: checking whether we are cross
compiling
configure:1765: result: no
configure:1768: checking for suffix of executables
configure:1770: gcc -o conftest    conftest.c  >&5
configure:1773: $? = 0
configure:1798: result: 
configure:1804: checking for suffix of object files
configure:1825: gcc -c   conftest.c >&5
configure:1828: $? = 0
configure:1850: result: o
configure:1854: checking whether we are using the GNU
C compiler
configure:1878: gcc -c   conftest.c >&5
configure:1884: $? = 0
configure:1888: test -z 
			 || test ! -s conftest.err
configure:1891: $? = 0
configure:1894: test -s conftest.o
configure:1897: $? = 0
configure:1910: result: yes
configure:1916: checking whether gcc accepts -g
configure:1937: gcc -c -g  conftest.c >&5
configure:1943: $? = 0
configure:1947: test -z 
			 || test ! -s conftest.err
configure:1950: $? = 0
configure:1953: test -s conftest.o
configure:1956: $? = 0
configure:1967: result: yes
configure:1984: checking for gcc option to accept ANSI
C
configure:2054: gcc  -c -g -O2  conftest.c >&5
configure:2060: $? = 0
configure:2064: test -z 
			 || test ! -s conftest.err
configure:2067: $? = 0
configure:2070: test -s conftest.o
configure:2073: $? = 0
configure:2091: result: none needed
configure:2109: gcc -c -g -O2  conftest.c >&5
conftest.c:2: error: syntax error before "me"
configure:2115: $? = 1
configure: failed program was:
| #ifndef __cplusplus
|   choke me
| #endif
configure:2300: checking for g++
configure:2316: found /usr/bin/g++
configure:2326: result: g++
configure:2342: checking for C++ compiler version
configure:2345: g++ --version </dev/null >&5
g++ (GCC) 3.3.6 (Debian 1:3.3.6-5)
Copyright (C) 2003 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.

configure:2348: $? = 0
configure:2350: g++ -v </dev/null >&5
Reading specs from
/usr/lib/gcc-lib/i486-linux/3.3.6/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang
--prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.3
--enable-shared --enable-__cxa_atexit
--with-system-zlib --enable-nls
--without-included-gettext --enable-clocale=gnu
--enable-debug --enable-java-gc=boehm
--enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.6 (Debian 1:3.3.6-5)
configure:2353: $? = 0
configure:2355: g++ -V </dev/null >&5
g++: `-V' option must have argument
configure:2358: $? = 1
configure:2361: checking whether we are using the GNU
C++ compiler
configure:2385: g++ -c   conftest.cc >&5
configure:2391: $? = 0
configure:2395: test -z 
			 || test ! -s conftest.err
configure:2398: $? = 0
configure:2401: test -s conftest.o
configure:2404: $? = 0
configure:2417: result: yes
configure:2423: checking whether g++ accepts -g
configure:2444: g++ -c -g  conftest.cc >&5
configure:2450: $? = 0
configure:2454: test -z 
			 || test ! -s conftest.err
configure:2457: $? = 0
configure:2460: test -s conftest.o
configure:2463: $? = 0
configure:2474: result: yes
configure:2516: g++ -c -g -O2  conftest.cc >&5
configure:2522: $? = 0
configure:2526: test -z 
			 || test ! -s conftest.err
configure:2529: $? = 0
configure:2532: test -s conftest.o
configure:2535: $? = 0
configure:2561: g++ -c -g -O2  conftest.cc >&5
conftest.cc: In function `int main()':
conftest.cc:13: error: `exit' undeclared (first use
this function)
conftest.cc:13: error: (Each undeclared identifier is
reported only once for 
   each function it appears in.)
configure:2567: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| exit (42);
|   ;
|   return 0;
| }
configure:2516: g++ -c -g -O2  conftest.cc >&5
configure:2522: $? = 0
configure:2526: test -z 
			 || test ! -s conftest.err
configure:2529: $? = 0
configure:2532: test -s conftest.o
configure:2535: $? = 0
configure:2561: g++ -c -g -O2  conftest.cc >&5
configure:2567: $? = 0
configure:2571: test -z 
			 || test ! -s conftest.err
configure:2574: $? = 0
configure:2577: test -s conftest.o
configure:2580: $? = 0
configure:2645: checking for ranlib
configure:2661: found /usr/bin/ranlib
configure:2672: result: ranlib
configure:2691: checking for dlopen in -ldl
configure:2721: gcc -o conftest -g -O2
-I/usr/local/include  -I/usr/local/include  conftest.c
-ldl   -L/usr/local/lib >&5
configure:2727: $? = 0
configure:2731: test -z 
			 || test ! -s conftest.err
configure:2734: $? = 0
configure:2737: test -s conftest
configure:2740: $? = 0
configure:2753: result: yes
configure:2770: checking how to run the C preprocessor
configure:2805: gcc -E  -I/usr/local/include
conftest.c
configure:2811: $? = 0
configure:2843: gcc -E  -I/usr/local/include
conftest.c
conftest.c:13:28: ac_nonexistent.h: No such file or
directory
configure:2849: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #ifdef __cplusplus
| extern "C" void std::exit (int) throw (); using
std::exit;
| #endif
| #define HAVE_LIBDL 1
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:2888: result: gcc -E
configure:2912: gcc -E  -I/usr/local/include
conftest.c
configure:2918: $? = 0
configure:2950: gcc -E  -I/usr/local/include
conftest.c
conftest.c:13:28: ac_nonexistent.h: No such file or
directory
configure:2956: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #ifdef __cplusplus
| extern "C" void std::exit (int) throw (); using
std::exit;
| #endif
| #define HAVE_LIBDL 1
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:3000: checking for egrep
configure:3010: result: grep -E
configure:3015: checking for ANSI C header files
configure:3040: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
configure:3046: $? = 0
configure:3050: test -z 
			 || test ! -s conftest.err
configure:3053: $? = 0
configure:3056: test -s conftest.o
configure:3059: $? = 0
configure:3148: gcc -o conftest -g -O2
-I/usr/local/include  -I/usr/local/include  conftest.c
-ldl  -L/usr/local/lib >&5
configure:3151: $? = 0
configure:3153: ./conftest
configure:3156: $? = 0
configure:3171: result: yes
configure:3195: checking for sys/types.h
configure:3211: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
configure:3217: $? = 0
configure:3221: test -z 
			 || test ! -s conftest.err
configure:3224: $? = 0
configure:3227: test -s conftest.o
configure:3230: $? = 0
configure:3241: result: yes
configure:3195: checking for sys/stat.h
configure:3211: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
configure:3217: $? = 0
configure:3221: test -z 
			 || test ! -s conftest.err
configure:3224: $? = 0
configure:3227: test -s conftest.o
configure:3230: $? = 0
configure:3241: result: yes
configure:3195: checking for stdlib.h
configure:3211: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
configure:3217: $? = 0
configure:3221: test -z 
			 || test ! -s conftest.err
configure:3224: $? = 0
configure:3227: test -s conftest.o
configure:3230: $? = 0
configure:3241: result: yes
configure:3195: checking for string.h
configure:3211: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
configure:3217: $? = 0
configure:3221: test -z 
			 || test ! -s conftest.err
configure:3224: $? = 0
configure:3227: test -s conftest.o
configure:3230: $? = 0
configure:3241: result: yes
configure:3195: checking for memory.h
configure:3211: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
configure:3217: $? = 0
configure:3221: test -z 
			 || test ! -s conftest.err
configure:3224: $? = 0
configure:3227: test -s conftest.o
configure:3230: $? = 0
configure:3241: result: yes
configure:3195: checking for strings.h
configure:3211: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
configure:3217: $? = 0
configure:3221: test -z 
			 || test ! -s conftest.err
configure:3224: $? = 0
configure:3227: test -s conftest.o
configure:3230: $? = 0
configure:3241: result: yes
configure:3195: checking for inttypes.h
configure:3211: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
configure:3217: $? = 0
configure:3221: test -z 
			 || test ! -s conftest.err
configure:3224: $? = 0
configure:3227: test -s conftest.o
configure:3230: $? = 0
configure:3241: result: yes
configure:3195: checking for stdint.h
configure:3211: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
configure:3217: $? = 0
configure:3221: test -z 
			 || test ! -s conftest.err
configure:3224: $? = 0
configure:3227: test -s conftest.o
configure:3230: $? = 0
configure:3241: result: yes
configure:3195: checking for unistd.h
configure:3211: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
configure:3217: $? = 0
configure:3221: test -z 
			 || test ! -s conftest.err
configure:3224: $? = 0
configure:3227: test -s conftest.o
configure:3230: $? = 0
configure:3241: result: yes
configure:3272: checking fcntl.h usability
configure:3284: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
configure:3290: $? = 0
configure:3294: test -z 
			 || test ! -s conftest.err
configure:3297: $? = 0
configure:3300: test -s conftest.o
configure:3303: $? = 0
configure:3313: result: yes
configure:3317: checking fcntl.h presence
configure:3327: gcc -E  -I/usr/local/include
conftest.c
configure:3333: $? = 0
configure:3353: result: yes
configure:3388: checking for fcntl.h
configure:3395: result: yes
configure:3263: checking for unistd.h
configure:3268: result: yes
configure:3272: checking dbmalloc.h usability
configure:3284: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
conftest.c:59:22: dbmalloc.h: No such file or
directory
configure:3290: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #ifdef __cplusplus
| extern "C" void std::exit (int) throw (); using
std::exit;
| #endif
| #define HAVE_LIBDL 1
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_UNISTD_H 1
| /* end confdefs.h.  */
| #include <stdio.h>
| #if HAVE_SYS_TYPES_H
| # include <sys/types.h>
| #endif
| #if HAVE_SYS_STAT_H
| # include <sys/stat.h>
| #endif
| #if STDC_HEADERS
| # include <stdlib.h>
| # include <stddef.h>
| #else
| # if HAVE_STDLIB_H
| #  include <stdlib.h>
| # endif
| #endif
| #if HAVE_STRING_H
| # if !STDC_HEADERS && HAVE_MEMORY_H
| #  include <memory.h>
| # endif
| # include <string.h>
| #endif
| #if HAVE_STRINGS_H
| # include <strings.h>
| #endif
| #if HAVE_INTTYPES_H
| # include <inttypes.h>
| #else
| # if HAVE_STDINT_H
| #  include <stdint.h>
| # endif
| #endif
| #if HAVE_UNISTD_H
| # include <unistd.h>
| #endif
| #include <dbmalloc.h>
configure:3313: result: no
configure:3317: checking dbmalloc.h presence
configure:3327: gcc -E  -I/usr/local/include
conftest.c
conftest.c:25:22: dbmalloc.h: No such file or
directory
configure:3333: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #ifdef __cplusplus
| extern "C" void std::exit (int) throw (); using
std::exit;
| #endif
| #define HAVE_LIBDL 1
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_UNISTD_H 1
| /* end confdefs.h.  */
| #include <dbmalloc.h>
configure:3353: result: no
configure:3388: checking for dbmalloc.h
configure:3395: result: no
configure:3272: checking dlfcn.h usability
configure:3284: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
configure:3290: $? = 0
configure:3294: test -z 
			 || test ! -s conftest.err
configure:3297: $? = 0
configure:3300: test -s conftest.o
configure:3303: $? = 0
configure:3313: result: yes
configure:3317: checking dlfcn.h presence
configure:3327: gcc -E  -I/usr/local/include
conftest.c
configure:3333: $? = 0
configure:3353: result: yes
configure:3388: checking for dlfcn.h
configure:3395: result: yes
configure:3263: checking for string.h
configure:3268: result: yes
configure:3263: checking for strings.h
configure:3268: result: yes
configure:3409: checking whether byte ordering is
bigendian
configure:3436: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
configure:3442: $? = 0
configure:3446: test -z 
			 || test ! -s conftest.err
configure:3449: $? = 0
configure:3452: test -s conftest.o
configure:3455: $? = 0
configure:3479: gcc -c -g -O2 -I/usr/local/include 
-I/usr/local/include conftest.c >&5
conftest.c: In function `main':
conftest.c:35: error: `not' undeclared (first use in
this function)
conftest.c:35: error: (Each undeclared identifier is
reported only once
conftest.c:35: error: for each function it appears
in.)
conftest.c:35: error: syntax error before "big"
configure:3485: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #ifdef __cplusplus
| extern "C" void std::exit (int) throw (); using
std::exit;
| #endif
| #define HAVE_LIBDL 1
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define HAVE_STRING_H 1
| #define HAVE_STRINGS_H 1
| /* end confdefs.h.  */
| #include <sys/types.h>
| #include <sys/param.h>
| 
| int
| main ()
| {
| #if BYTE_ORDER != BIG_ENDIAN
|  not big endian
| #endif
| 
|   ;
|   return 0;
| }
configure:3620: result: no
configure:3643: checking for vprintf
configure:3700: gcc -o conftest -g -O2
-I/usr/local/include  -I/usr/local/include  conftest.c
-ldl  -L/usr/local/lib >&5
conftest.c:52: warning: conflicting types for built-in
function `vprintf'
configure:3706: $? = 0
configure:3710: test -z 
			 || test ! -s conftest.err
configure:3713: $? = 0
configure:3716: test -s conftest
configure:3719: $? = 0
configure:3731: result: yes
configure:3738: checking for _doprnt
configure:3795: gcc -o conftest -g -O2
-I/usr/local/include  -I/usr/local/include  conftest.c
-ldl  -L/usr/local/lib >&5
/tmp/ccIFlsRQ.o(.text+0x11): In function `main':
/home/raldridg/openev/conftest.c:69: undefined
reference to `_doprnt'
/tmp/ccIFlsRQ.o(.data+0x0):/home/raldridg/openev/conftest.c:68:
undefined reference to `_doprnt'
collect2: ld returned 1 exit status
configure:3801: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #ifdef __cplusplus
| extern "C" void std::exit (int) throw (); using
std::exit;
| #endif
| #define HAVE_LIBDL 1
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define HAVE_STRING_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_VPRINTF 1
| /* end confdefs.h.  */
| /* Define _doprnt to an innocuous variant, in case
<limits.h> declares _doprnt.
|    For example, HP-UX 11i <limits.h> declares
gettimeofday.  */
| #define _doprnt innocuous__doprnt
| 
| /* System header to define __stub macros and
hopefully few prototypes,
|     which can conflict with char _doprnt (); below.
|     Prefer <limits.h> to <assert.h> if __STDC__ is
defined, since
|     <limits.h> exists even on freestanding
compilers.  */
| 
| #ifdef __STDC__
| # include <limits.h>
| #else
| # include <assert.h>
| #endif
| 
| #undef _doprnt
| 
| /* Override any gcc2 internal prototype to avoid an
error.  */
| #ifdef __cplusplus
| extern "C"
| {
| #endif
| /* We use char because int might match the return
type of a gcc2
|    builtin and then its argument prototype would
still apply.  */
| char _doprnt ();
| /* The GNU C library defines this for functions
which it implements
|     to always fail with ENOSYS.  Some functions are
actually named
|     something starting with __ and the normal name
is an alias.  */
| #if defined (__stub__doprnt) || defined
(__stub____doprnt)
| choke me
| #else
| char (*f) () = _doprnt;
| #endif
| #ifdef __cplusplus
| }
| #endif
| 
| int
| main ()
| {
| return f != _doprnt;
|   ;
|   return 0;
| }
configure:3826: result: no
configure:3921: checking for python
configure:3937: found /usr/bin/python
configure:3947: result: python
configure:3959: checking where .py files should go
configure:3964: result:
/usr/lib/python2.3/site-packages
configure:3966: checking where python extensions
should go
configure:3974: result:
/usr/lib/python2.3/site-packages
configure:3993: checking for python headers
configure:4010: result: found
configure:4014: checking definitions from Python
makefile
configure:4035: result: done
configure:4047: checking for python module thread
configure:4073: result: yes
configure:4131: checking for gtk-config
configure:4149: found /usr/bin/gtk-config
configure:4162: result: /usr/bin/gtk-config
configure:4170: checking for GTK - version >= 1.2.1
configure:4276: gcc -o conftest -O2
-I/usr/local/include  -I/usr/include/gtk-1.2
-I/usr/include/glib-1.2 -I/usr/lib/glib/include
-D_REENTRANT  -I/usr/local/include  conftest.c
-L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic
-lgmodule -lgthread -lglib -lpthread -ldl -lXi -lXext
-lX11 -lm -ldl  -L/usr/local/lib >&5
configure:4279: $? = 0
configure:4281: ./conftest
configure:4284: $? = 0
configure:4302: result: yes
configure:4434: checking GL
configure:4453: gcc -o conftest -O2
-I/usr/local/include   -I/usr/local/include 
conftest.c -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk
-rdynamic -lgmodule -lgthread -lglib -lpthread -ldl
-lXi -lXext -lX11 -lm  -lGLU -lGL -ldl 
-L/usr/local/lib >&5
configure:4459: $? = 0
configure:4463: test -z 
			 || test ! -s conftest.err
configure:4466: $? = 0
configure:4469: test -s conftest
configure:4472: $? = 0
configure:4483: result: yes
configure:4630: checking GtkGLArea
configure:4649: gcc -o conftest -O2
-I/usr/local/include   -I/usr/local/include 
conftest.c -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk
-rdynamic -lgmodule -lgthread -lglib -lpthread -ldl
-lXi -lXext -lX11 -lm  -lgtkgl -lGLU -lGL  -ldl 
-L/usr/local/lib >&5
configure:4655: $? = 0
configure:4659: test -z 
			 || test ! -s conftest.err
configure:4662: $? = 0
configure:4665: test -s conftest
configure:4668: $? = 0
configure:4679: result: yes
configure:4741: checking for GDALOpen in -lgdal
configure:4771: gcc -o conftest  
-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2
-I/usr/lib/glib/include -D_REENTRANT -O2
-I/usr/local/include   -I/usr/local/include 
conftest.c -lgdal  -lgdal -L/lib  -lgtkgl  -lGLU -lGL
-L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic
-lgmodule -lgthread -lglib -lpthread -ldl -lXi -lXext
-lX11 -lm -ldl  -L/usr/local/lib >&5
/usr/lib/libgdal.so: undefined reference to
`png_destroy_write_struct@...'
/usr/lib/libgdal.so: undefined reference to
`png_write_end@...'
/usr/lib/libgdal.so: undefined reference to
`png_destroy_read_struct@...'
/usr/lib/libgdal.so: undefined reference to
`png_create_read_struct@...'
/usr/lib/libgdal.so: undefined reference to
`png_get_bit_depth@...'
/usr/lib/libgdal.so: undefined reference to
`png_get_text@...'
/usr/lib/libgdal.so: undefined reference to
`png_set_tRNS@...'
/usr/lib/libgdal.so: undefined reference to
`png_read_image@...'
/usr/lib/libgdal.so: undefined reference to
`png_read_info@...'
/usr/lib/libgdal.so: undefined reference to
`png_get_color_type@...'
/usr/lib/libgdal.so: undefined reference to
`png_read_rows@...'
/usr/lib/libgdal.so: undefined reference to
`png_create_write_struct@...'
/usr/lib/libgdal.so: undefined reference to
`png_set_IHDR@...'
/usr/lib/libgdal.so: undefined reference to
`png_set_PLTE@...'
/usr/lib/libgdal.so: undefined reference to
`png_set_packing@...'
/usr/lib/libgdal.so: undefined reference to
`png_create_info_struct@...'
/usr/lib/libgdal.so: undefined reference to
`png_get_channels@...'
/usr/lib/libgdal.so: undefined reference to
`png_get_image_height@...'
/usr/lib/libgdal.so: undefined reference to
`png_get_interlace_type@...'
/usr/lib/libgdal.so: undefined reference to
`png_init_io@...'
/usr/lib/libgdal.so: undefined reference to
`png_write_info@...'
/usr/lib/libgdal.so: undefined reference to
`png_get_image_width@...'
/usr/lib/libgdal.so: undefined reference to
`png_write_rows@...'
/usr/lib/libgdal.so: undefined reference to
`png_sig_cmp@...'
/usr/lib/libgdal.so: undefined reference to
`png_get_PLTE@...'
/usr/lib/libgdal.so: undefined reference to
`png_get_tRNS@...'
collect2: ld returned 1 exit status
configure:4777: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #ifdef __cplusplus
| extern "C" void std::exit (int) throw (); using
std::exit;
| #endif
| #define HAVE_LIBDL 1
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define HAVE_STRING_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_VPRINTF 1
| #define USE_GNUCC 1
| #define USE_GNUCC 1
| /* end confdefs.h.  */
| 
| /* Override any gcc2 internal prototype to avoid an
error.  */
| #ifdef __cplusplus
| extern "C"
| #endif
| /* We use char because int might match the return
type of a gcc2
|    builtin and then its argument prototype would
still apply.  */
| char GDALOpen ();
| int
| main ()
| {
| GDALOpen ();
|   ;
|   return 0;
| }
configure:4803: result: no
configure:4814: checking for GDALOpen in -lgdal
configure:4876: result: no
configure:4888: checking for GDALOpen in -lgdal
configure:4950: result: no
configure:4965: error: 
OpenEV requires GDAL library, but it was not found. 
Please download
and install it.  See http://www.remotesensing.org/gdal


## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_c_bigendian=no
ac_cv_c_compiler_gnu=yes
ac_cv_cxx_compiler_gnu=yes
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_CXXFLAGS_set=
ac_cv_env_CXXFLAGS_value=
ac_cv_env_CXX_set=
ac_cv_env_CXX_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_exeext=
ac_cv_func__doprnt=no
ac_cv_func_vprintf=yes
ac_cv_header_dbmalloc_h=no
ac_cv_header_dlfcn_h=yes
ac_cv_header_fcntl_h=yes
ac_cv_header_inttypes_h=yes
ac_cv_header_memory_h=yes
ac_cv_header_stdc=yes
ac_cv_header_stdint_h=yes
ac_cv_header_stdlib_h=yes
ac_cv_header_string_h=yes
ac_cv_header_strings_h=yes
ac_cv_header_sys_stat_h=yes
ac_cv_header_sys_types_h=yes
ac_cv_header_unistd_h=yes
ac_cv_lib_dl_dlopen=yes
ac_cv_lib_gdal_GDALOpen=no
ac_cv_objext=o
ac_cv_path_GTK_CONFIG=/usr/bin/gtk-config
ac_cv_prog_CPP='gcc -E'
ac_cv_prog_PYTHON=python
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_ac_ct_CXX=g++
ac_cv_prog_ac_ct_RANLIB=ranlib
ac_cv_prog_cc_g=yes
ac_cv_prog_cc_stdc=
ac_cv_prog_cxx_g=yes
ac_cv_prog_egrep='grep -E'
am_cv_python_includes='-I/usr/include/python2.3
-I/usr/include/python2.3'
py_cv_mod_thread_=yes

## ----------------- ##
## Output variables. ##
## ----------------- ##

CC='gcc'
CFLAGS='  -I/usr/include/gtk-1.2
-I/usr/include/glib-1.2 -I/usr/lib/glib/include
-D_REENTRANT -O2 -I/usr/local/include '
CPP='gcc -E'
CPPFLAGS=' -I/usr/local/include'
CXX='g++'
CXXFLAGS='-O2 '
CXX_PIC='-fPIC'
CXX_WFLAGS='-Wall'
C_PIC='-fPIC'
C_WFLAGS='-Wall'
DEFS=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP='grep -E'
EXEEXT=''
GDAL_INC=''
GTKGL_CFLAGS=' '
GTKGL_LIBS=' -lgtkgl  -lGLU -lGL'
GTK_CFLAGS='-I/usr/include/gtk-1.2
-I/usr/include/glib-1.2 -I/usr/lib/glib/include
-D_REENTRANT'
GTK_CONFIG='/usr/bin/gtk-config'
GTK_LIBS='-L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk
-rdynamic -lgmodule -lgthread -lglib -lpthread -ldl
-lXi -lXext -lX11 -lm'
LDFLAGS=''
LD_SHARED='ld -shared'
LIBOBJS=''
LIBS=' -lgtkgl  -lGLU -lGL -L/usr/lib -L/usr/X11R6/lib
-lgtk -lgdk -rdynamic -lgmodule -lgthread -lglib
-lpthread -ldl -lXi -lXext -lX11 -lm -ldl 
-L/usr/local/lib'
LTLIBOBJS=''
OBJEXT='o'
OGR_SOURCE=''
OPTFLAGS=''
PACKAGE_BUGREPORT=''
PACKAGE_NAME=''
PACKAGE_STRING=''
PACKAGE_TARNAME=''
PACKAGE_VERSION=''
PATH_SEPARATOR=':'
PYTHON='python'
PYTHON_CC=''
PYTHON_CFLAGS=' $(OPT)'
PYTHON_INCLUDES='-I/usr/include/python2.3
-I/usr/include/python2.3'
PYTHON_LINK=' -o $@'
PYTHON_OPT=''
PYTHON_SO=''
RANLIB='ranlib'
SHELL='/bin/sh'
ac_ct_CC='gcc'
ac_ct_CXX='g++'
ac_ct_RANLIB='ranlib'
bindir='${exec_prefix}/bin'
build_alias=''
datadir='${prefix}/share'
exec_prefix='NONE'
host_alias=''
includedir='${prefix}/include'
infodir='${prefix}/info'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localstatedir='${prefix}/var'
mandir='${prefix}/man'
oldincludedir='/usr/include'
prefix='NONE'
program_transform_name='s,x,x,'
pyexecdir='/usr/lib/python2.3/site-packages'
pythondir='/usr/lib/python2.3/site-packages'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target_alias=''

## ----------- ##
## confdefs.h. ##
## ----------- ##

#define HAVE_DLFCN_H 1
#define HAVE_FCNTL_H 1
#define HAVE_INTTYPES_H 1
#define HAVE_LIBDL 1
#define HAVE_MEMORY_H 1
#define HAVE_STDINT_H 1
#define HAVE_STDLIB_H 1
#define HAVE_STRINGS_H 1
#define HAVE_STRINGS_H 1
#define HAVE_STRING_H 1
#define HAVE_STRING_H 1
#define HAVE_SYS_STAT_H 1
#define HAVE_SYS_TYPES_H 1
#define HAVE_UNISTD_H 1
#define HAVE_UNISTD_H 1
#define HAVE_VPRINTF 1
#define PACKAGE_BUGREPORT ""
#define PACKAGE_NAME ""
#define PACKAGE_STRING ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#define STDC_HEADERS 1
#define USE_GNUCC 1
#define USE_GNUCC 1
#endif
#ifdef __cplusplus
extern "C" void std::exit (int) throw (); using
std::exit;

configure: exit 1


		
__________________________________ 
Discover Yahoo! 
Use Yahoo! to plan a weekend, have fun online and more. Check it out! 
http://discover.yahoo.com/