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.roua...@spatialys.com>
Sent: Tuesday, December 17, 2024 9:49 PM
To: Parveen Sharma <sharma1...@outlook.com>; Michał Kowalczuk via gdal-dev 
<gdal-dev@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@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.
Butcher of all kinds of standards, open or closed formats. At the end, this is 
just about bytes.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to