On Mon, Jul 5, 2010 at 17:52, Francesco P. Lovergine <fran...@debian.org> wrote:
> On Mon, Jul 05, 2010 at 05:40:13PM +0800, Emmanuel Christophe wrote:
>> This bug also affects the libgdal1-1.7.0 in experimental.
>> However, the latest Ubuntu (10.4) which uses the same gdal, tiff,
>> geotiff versions as the debian testing does not have this problem:
>> $ ./gdalHideSymbols-gtiffgdal ROI_QB_MUL_4.tif
>> $ ./gdalHideSymbols-gdalgtiff ROI_QB_MUL_4.tif
>> (from the test case shown at
>> complete without segfault on Ubuntu using the standard packages.
>> I could not find any differences in the compilation options between
>> the debian and the ubuntu gdal package (both use the
>> with-hide-internal-symbols). The patch applied to gdal for Ubuntu is
>> different though.
> That could be casual, a segfault could not occur but the program
> trashing things anyway. I would not consider safe the linking in any
> Francesco P. Lovergine
But some programs that need to use both gdal and geotiff explicitly
have no choice. Due to the with-hide-internal-symbol they can't access
to the geotiff methods from gdal: linking to geotiff explicitly is no
longer an option.
According to more extensive tests that make full use of the
tiff/geotiff structure, the ubuntu version does not seem to trash
things (262 of the OTB tests that segfault on Debian are successful on
Pkg-grass-devel mailing list