Hi Francesco,
My initial thought without checking :
I don't think it should cause any ABI problem. IMHO, the symbols of the
internal libtiff and libgeotiff have never been thought as belonging to the GDAL
API/ABI. I believe that Debian uses --with-hide-internal-symbols by the way
(to be confirmed
Hi Even,
Le 18/10/2011 19:16, Even Rouault a écrit :
Therefore, my plan is to provide, in our PPA ([3], [4]), yet-another
patched GDAL 1.8.0 package integrating this fix, and building gdal with
--with-rename-internal-libtiff-symbols=yes and
--with-rename-internal-libgeotiff-symbols=yes
I think a
On Tue, Oct 18, 2011 at 07:16:20PM +0200, Even Rouault wrote:
> > Therefore, my plan is to provide, in our PPA ([3], [4]), yet-another
> > patched GDAL 1.8.0 package integrating this fix, and building gdal with
> > --with-rename-internal-libtiff-symbols=yes and
> > --with-rename-internal-libgeotiff
> Therefore, my plan is to provide, in our PPA ([3], [4]), yet-another
> patched GDAL 1.8.0 package integrating this fix, and building gdal with
> --with-rename-internal-libtiff-symbols=yes and
> --with-rename-internal-libgeotiff-symbols=yes
> I think applying and using the "rename-internal-libtiff
Hi all,
In the frame of recent development aiming at providing the OrfeoToolbox
functionnalities in Qgis [1], I'm planning on providing an Ubuntu
package with the necessary binaries, built on top of dependencies from
the ubuntugis-unstable repository.
The instructions to have it working on U
