Hello Even,

Thanks for clarifying.

One more question - Our end-users is trying to use the GDAL shared libs (built 
with internal GeoTIFF and external libTIFF) in a setup where even they have 
external GeoTIFF and libTIFF libraries.

Can I do something to avoid the symbol clashes in Client setup while building 
the GDAL ?
________________________________
From: Even Rouault <even.roua...@spatialys.com>
Sent: Friday, March 28, 2025 1:16 PM
To: John Smith <johnsmith7862...@outlook.com>; gdal-dev@lists.osgeo.org 
<gdal-dev@lists.osgeo.org>
Subject: Re: [gdal-dev] Can we external libtiff and internal GeoTiff while 
building GDAL?


John,


yes I believe this should work (although probably not much tested).


The reverse is explicitly forbidden though (from frmts/gtiff/CMakeLists.txt):


if (GDAL_USE_TIFF_INTERNAL AND NOT GDAL_USE_GEOTIFF_INTERNAL)
  message(FATAL_ERROR "When GDAL_USE_TIFF_INTERNAL=ON, 
GDAL_USE_GEOTIFF_INTERNAL must be also set to ON")
endif ()

Even


Le 28/03/2025 à 14:04, John Smith via gdal-dev a écrit :

Hi

Is this allowed if I use GDAL Internal Geotiff and external libtiff library 
while building GDAL? What all things I need to take care.
Will there be any symbol clashes etc which I need to handle as well?

<arg value="-DGDAL_USE_GEOTIFF_INTERNAL=ON"/>
<arg value="-DGDAL_USE_TIFF_INTERNAL=OFF"/> //Specify external libtiff include 
and libs My end goal is to have below Options enabled when I run gdalinfo.exe 
--format gtiff
<CreationOptionList>
      <Option name="COMPRESS" type="string-select">
              <Value>ZSTD</Value>
              <Value>WEBP</Value>
              <Value>LERC</Value>
              <Value>LERC_DEFLATE</Value>
              <Value>LERC_ZSTD</Value>
        </Option>
   // Extra tags
</CreationOptionList>



BR
John

And ho






_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/gdal-dev


--
http://www.spatialys.com
My software is free, but my time generally not.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to