[gdal-dev] Which options to use to avoid the symbol clash between GDAL and external libgeotiff and external TIFF libraries

[Parveen Sharma]

Thanks Even

I believe this wasn't the case in older GDAL releases for eg release 3.3 where we had an requirement to explicitly set options to avoid symbol clash?






________________________________
From: Even Rouault <even.rouault at spatialys.com>
Sent: Tuesday, December 17, 2024 9:49 PM
To: Parveen Sharma <sharma1981 at outlook.com>; Michał Kowalczuk via gdal-dev <gdal-dev at lists.osgeo.org>
Subject: Re: [gdal-dev] Which options to use to avoid the symbol clash between GDAL and external libgeotiff and external TIFF libraries


You don't need to set any explicit option for symbol renaming. This is done automatically as soon as internal libraries are used


Le 17/12/2024 à 10:57, Parveen Sharma via gdal-dev a écrit :
Hello

I am trying to build GDAL 3.9.3 using CMAKE and want to avoid the symbol clash between GDAL and external libgeotiff and external TIFF libraries.

I have enabled the GDAL internal TIFF and GEOTIFF with below CMAKE options

<arg value="-DGDAL_USE_LIBTIFF_INTERNAL=ON"/>
<arg value="-DGDAL_USE_GEOTIFF_INTERNAL=ON"/>


But i am confused which of the below is valid option to rename the internal symbols so that they don't clash with the external libraries symbols.

All of the below 4 are present in GDAL 3.9.3 code base and I am unable to figure out which one to use
  

  <arg value="-DRENAME_INTERNAL_LIBTIFF_SYMBOLS=ON"/>
  <arg value="-DRENAME_INTERNAL_LIBGEOTIFF_SYMBOLS=ON"/>
  <arg value="-DRENAME_INTERNAL_GEOTIFF_SYMBOLS=ON"/>
  <arg value="-DRENAME_INTERNAL_TIFF_SYMBOLS=ON"/>



Can anyone please suggest?

Best regards,
Parveen



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


--
http://www.spatialys.com
My software is free, but my time generally not.
Butcher of all kinds of standards, open or closed formats. At the end, this is just about bytes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20241217/20575806/attachment.htm>