Hi
I am using vscode to edit (and build and debug) gdal. So far so good.
The compilation works with a simple task that runs a shell (see code below
if you need it). Debug also works fine.
My problem is syntax highlighting. Apparently it does not realize that
"GDAL_COMPILATION" is defined, so some
Hi,
I've prepared a libgeotiff 1.7.2 release candidate.
https://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.7.1rc2.tar.gz
https://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.7.1rc2.zip
I'll promote it to final later this week if nothing serious is reported
on it before.
News i
oops. Here are the corrected URLs:
https://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.7.2rc1.tar.gz
https://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.7.2rc1.zip
Le 21/05/2024 à 15:44, Greg Troxel via Geotiff a écrit :
Even Rouault via Geotiff writes:
do you mean
https://dow
I had not gotten to converting the pkgsrc package to cmake, because it
seemed like it would take a long time. So gdal is at 3.5.3, the last
one that works with autoconf. Yes, I know that 3.5 was about two years
ago. It turns out that it is taking hours to do the conversion, and the
good news is
Greg,
If the build requirements for the Python bindings are met (python + swig
available), then a "make && make install" cycle will build and install
libgdal and the python bindings, like it did in autoconf era. The CMake
build target "python_binding" has libgdal as a dependency.
The idea fo
Even Rouault writes:
> If the build requirements for the Python bindings are met (python +
> swig available), then a "make && make install" cycle will build and
> install libgdal and the python bindings, like it did in autoconf
> era. The CMake build target "python_binding" has libgdal as a
> dep