Hi,
> I am trying to make a PR ready for release 3.2 (let's see if I am able to
> do it).
> However, I found it strange that there is no automatic formatting with
> clang-format for C++ code.
>
> In this page
> https://gdal.org/development/rfc/rfc69_cplusplus_formatting.html it is
> suggesting to
Hi Even,
That fixes the C code, thank you very much.
But what about the C++ line just below the C++ comment? See the previously
attached debug image window. The “data” class members are corrupted.
I started out with C++, and since it did not work I tried C.
Thank you.
Raymond Castonguay 520-940
Hi
I am trying to make a PR ready for release 3.2 (let's see if I am able to
do it).
However, I found it strange that there is no automatic formatting with
clang-format for C++ code.
In this page
https://gdal.org/development/rfc/rfc69_cplusplus_formatting.html it is
suggesting to use it. That wou
> Ubuntu has shipped for a long time libjpeg-turbo as the system libjpeg.so.8.
> It has the same ABI and behaviour as the corresponding IJG version, so it
> can be used as a complete replacement.
>
> If you want to check:
> objdump -T /usr/lib/x86_64-linux-gnu/libjpeg.so.8 | grep LIBJPEGTURBO
>
>
> int nx = GDALGetRasterXSize(hDriver);
> int ny = GDALGetRasterYSize(hDriver);
> int nz = GDALGetRasterCount(hDriver);
That's the wrong part. You should use the dataH handle.
--
Spatialys - Geospatial professional services
http://www.spatialys.com
___
Andreas,
> Interesting - thanks for the hint about turbo-jpeg.
>
> I found out that my gdal is linked against libjpeg.so.8 and not against
> libturbojpeg.so.0 which is also present on my system.
>
> Would I have to tell gdal to compile against libturbojpeg with the
> --with-jpeg= flag in order t
Hi Thomas,
Interesting - thanks for the hint about turbo-jpeg.
I found out that my gdal is linked against libjpeg.so.8 and not against
libturbojpeg.so.0 which is also present on my system.
Would I have to tell gdal to compile against libturbojpeg with the
--with-jpeg= flag in order to benefi
