<br><br><b><i>Frank Warmerdam <warmerdam@pobox.com></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> Steve Popovich wrote:<br>> Frank Warmerdam wrote:<br>> <br>> Are you possibly using an external libtiff?<br>> <br>> Yes I was. I rebuilt with ./configure --without-libtool --with-python --with-libtiff=internal<br>> and the autotest results were:<br>> ------------ Failures ------------<br>> Script: ogr/ogr_geom.py<br>> TEST: ogr_geom_empty ... fail<br>> IsEmpty returning false for an empty geometry<br>> ----------------------------------<br><br>Steve,<br><br>I doubt the above is significant. I think the autotest is just a bit out of<br>sync with the 1.4 branch behavior.<br><div style="margin-left: 40px;">OK<br></div><br>> I'm new to this environment and never did a trac ticket so I'll have to look into it.<br>> For now I'll try to add a little
more info.<br>> I built gdal-1.4.4 with a standard devel installation on openSuse10.2 x86_64.<br>> This is the first time I tried to build something and had to install extra deps.<br>> The first link error was with LibSM.la. I had that file in /usr/lib64 but not /usr/lib<br>> I installed xorg-x11-libSM-devel-32bit and got past that link error only to fail at the next.<br><br>It is not at all clear to me why GDAL would have a dependency on X11 stuff<br>like libSM. BTW, were you deliberately trying to build 32bit executables?<br>I also don't understand why 32bit versions of stuff would be needed.<br><br><div style="margin-left: 40px;">I posted the original error that was on the terminal output here. http://trac.osgeo.org/gdal/wiki/TestMatrix150<br>I wasn't trying to do anything special. I still get the error by using just ./configure. The libtool that is being generated is linking to the wrong libs. I only installed the 32bit devel files because I wanted to see
what would happen if the file was in the folder that the linker was looking in.<br></div><br>> I then installed all the x11-devel-32bit files and then failed linking to libidn.<br>> openSuse10.2 does not have a 32bit devel package for libidn so I gave up.<br>> That is when I configured --without-libtool and everything worked.<br>> This is the first time in all the pkgs I built over the last 4 years that I had to build <br>> with the --without-libtool option. As you can<br>> see from above that it works but is this<br>> acceptable or is something wrong with libtool creation?<br><br>When things get messy, I build --without-libtool. It works fine in<br>normal situations, but it seems fragile. (IMHO)<br><br><div style="margin-left: 40px;">The only thing that bothers me is that this probably shouldn't be happening. If it happens to me it will probably happen to others too.<br><br>Steve<br></div><br>Best regards,<br>--
<br>---------------------------------------+--------------------------------------<br>I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com<br>light and sound - activate the windows | http://pobox.com/~warmerdam<br>and watch the world go round - Rush | President OSGeo, http://osgeo.org<br><br></blockquote><br><p> 
<hr size=1>Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. <a href="http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ "> Try it now.</a>