[gdal-dev] GDAL 3.5.0rc3 available (Re: GDAL 3.5.0 release candidate available)

Even Rouault even.rouault at spatialys.com
Tue May 10 03:39:04 PDT 2022 

Le 10/05/2022 à 12:24, Sandro Mani a écrit :
>
> Hi Even
>
> Thanks, that error appears to be fixed. Now I'm hitting
>
> cd 
> /home/sandro/rpmbuild/BUILD/gdal-3.5.0-fedora/build_win32/frmts/pcidsk/sdk 
> && /usr/lib64/ccache/i686-w64-mingw32-g++ -DDONT_DEPRECATE_SPRINTF 
> -DGDAL_CMAKE_BUILD -DGDAL_COMPILATION -DHAVE_AVX_AT_
> COMPILE_TIME -DHAVE_LIBJPEG -DHAVE_SSE_AT_COMPILE_TIME 
> -DHAVE_SSSE3_AT_COMPILE_TIME 
> @CMakeFiles/pcidsk_sdk.dir/includes_CXX.rsp -O2 -g -pipe -Wall 
> -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-b
> uffer-size=4 -fvisibility=hidden -Os -std=gnu++11 -MD -MT 
> frmts/pcidsk/sdk/CMakeFiles/pcidsk_sdk.dir/blockdir/binarytiledir.cpp.obj 
> -MF CMakeFiles/pcidsk_sdk.dir/blockdir/binarytiledir.cpp.obj.d -o
> CMakeFiles/pcidsk_sdk.dir/blockdir/binarytiledir.cpp.obj -c 
> /home/sandro/rpmbuild/BUILD/gdal-3.5.0-fedora/frmts/pcidsk/sdk/blockdir/binarytiledir.cpp 
>
> /home/sandro/rpmbuild/BUILD/gdal-3.5.0-fedora/frmts/pcidsk/sdk/blockdir/binarytiledir.cpp: 
> In static member function 'static size_t 
> PCIDSK::BinaryTileDir::GetOptimizedDirSize(PCIDSK::BlockFile*)':
> /home/sandro/rpmbuild/BUILD/gdal-3.5.0-fedora/frmts/pcidsk/sdk/blockdir/binarytiledir.cpp:115:25: 
> error: 'numeric_limits' is not a member of 'std'
>
> and subsequent related errors, which is odd because binarytiledir.cpp 
> has #include <limits>
>
Are you sure you use rc3 ?

Line 115 in the error message would suggest that you don't have rc3, 
since the call to std::numeric_limits is now at line 116 with the 
addition of #include <limits>

I've just quickly tried mingw32-cmake in a fedora:rawhide Docker and can 
build the pcidsk driver on master

Even

> Sandro
>
> On 10.05.22 12:01, Even Rouault wrote:
>>
>> Sandro,
>>
>> can you check if https://github.com/OSGeo/gdal/pull/5698 fixes your 
>> issue ?
>>
>> Even
>>
>> Le 10/05/2022 à 11:48, Sandro Mani a écrit :
>>>
>>> Hi
>>>
>>> Testing RC3 on Fedora rawhide, the native build with cmake build 
>>> fine. The mingw build OTOH fails with
>>>
>>> /home/sandro/rpmbuild/BUILD/gdal-3.5.0-fedora/port/cpl_vsil_s3.cpp:4556:29: 
>>> error: invalid user-defined conversion from 'const 
>>> cpl::IVSIS3LikeFSHandler::Sync(const char*, const char*, const char* 
>>> const*, GDALProgressFunc, void*, 
>>> char***)::<lambda(void*)>::<lambda(double, const char*, void*)>' to 
>>> 'GDALProgressFunc' {aka 'int (__attribute__((stdcall)) *)(double, 
>>> const char*, void*)'} [-fpermissive]
>>>  4556 |                             progressFunc, &progressData) )
>>>       |                             ^~~~~~~~~~~~
>>> /home/sandro/rpmbuild/BUILD/gdal-3.5.0-fedora/port/cpl_vsil_s3.cpp:4473:39: 
>>> note: candidate is: 'cpl::IVSIS3LikeFSHandler::Sync(const char*, 
>>> const char*, const char* const*, GDALProgressFunc, void*, 
>>> char***)::<lambda(void*)>::<lambda(double, const char*, 
>>> void*)>::operator int (*)(double, const char*, void*)() const' (near 
>>> match)
>>>  4473 |             const auto progressFunc = [](double pct, const 
>>> char*, void* pProgressDataIn)
>>>       |                                       ^
>>> /home/sandro/rpmbuild/BUILD/gdal-3.5.0-fedora/port/cpl_vsil_s3.cpp:4473:39: 
>>> note:   no known conversion from 'int (*)(double, const char*, 
>>> void*)' to 'GDALProgressFunc' {aka 'int (__attribute__((stdcall)) 
>>> *)(double, const char*, void*)'}
>>> /home/sandro/rpmbuild/BUILD/gdal-3.5.0-fedora/port/cpl_vsil_s3.cpp:3529:39: 
>>> note:   initializing argument 6 of 'bool 
>>> cpl::IVSIS3LikeFSHandler::CopyFileA(VSILFILE*, vsi_l_offset, const 
>>> char*, const char*, CSLConstList, GDALProgressFunc, void*)'
>>>  3529 |                      GDALProgressFunc pProgressFunc,
>>>       |                      ~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~
>>> make[2]: *** [port/CMakeFiles/cpl.dir/build.make:1010: 
>>> port/CMakeFiles/cpl.dir/cpl_vsil_s3.cpp.obj] Error 1
>>> make[2]: Leaving directory 
>>> '/home/sandro/rpmbuild/BUILD/gdal-3.5.0-fedora/build_win32'
>>> make[2]: *** Waiting for unfinished jobs....
>>> make[2]: Entering directory 
>>> '/home/sandro/rpmbuild/BUILD/gdal-3.5.0-fedora/build_win32'
>>>
>>> I'm investigating.
>>>
>>> Thanks
>>> Sandro
>>>
>>> On 10.05.22 00:27, Sean Gillies wrote:
>>>> Thanks, Even. RC3 compiles and I don't see any regressions from 
>>>> rasterio's perspective. Looking forward to the new release!
>>>>
>>>> On Mon, May 9, 2022 at 1:30 PM Even Rouault 
>>>> <even.rouault at spatialys.com> wrote:
>>>>
>>>>     Sean,
>>>>
>>>>     I've issue a rc3 with a fix for that issue:
>>>>
>>>>     https://download.osgeo.org/gdal/3.5.0/gdal-3.5.0rc3.tar.xz
>>>>     https://download.osgeo.org/gdal/3.5.0/gdal-3.5.0rc3.tar.gz
>>>>     https://download.osgeo.org/gdal/3.5.0/gdal350rc3.zip
>>>>
>>>>     Even
>>>>
>>>>     Le 09/05/2022 à 20:47, Sean Gillies a écrit :
>>>>>     Hi Even,
>>>>>
>>>>>     I'm still using the legacy configure script and have found
>>>>>     that ogrmvtdataset.cpp doesn't compile on my system due to
>>>>>
>>>>>     In file included from ogrmvtdataset.cpp:43:
>>>>>     .../ogr_geos.h:40:12: fatal error: geos_c.h: No such file or
>>>>>     directory
>>>>>
>>>>>     This is GDAL 3.5.0rc2. I haven't tried the earlier
>>>>>     pre-releases. GDAL 3.4.3 compiled and installed on the same
>>>>>     computer using the same script, which is:
>>>>>
>>>>>     LD_LIBRARY_PATH=/home/seangillies/local/lib ./configure
>>>>>     --prefix=/home/seangillies/local --with-curl
>>>>>     --with-geos=/home/seangillies/local/bin/geos-config
>>>>>     --with-proj=/home/seangillies/local
>>>>>
>>>>>
>>>>>     On Mon, May 9, 2022 at 3:48 AM Even Rouault
>>>>>     <even.rouault at spatialys.com> wrote:
>>>>>
>>>>>         Hi,
>>>>>
>>>>>         I've issued a RC2 with the following changes:
>>>>>
>>>>>         - CMake: fix build of NITF driver if rebuilding after
>>>>>         disabling JPEG driver
>>>>>
>>>>>         - port/cpl_recode_iconv.cpp: fix invalid cast error with
>>>>>         uclibc (#5684)
>>>>>
>>>>>         - PNG: report cause when unable to create file
>>>>>
>>>>>         - PCIDSK: fix build on 32-bit architectures on Debian
>>>>>         (fixes #5694)
>>>>>
>>>>>         - TileDB: compiler warning fix on 32bit
>>>>>
>>>>>         - ogr2ogr: avoid potential nullptr deref (CID 1488679)
>>>>>
>>>>>         - netCDF: add support for writing/reading geolocation
>>>>>         array without a
>>>>>         grid_mapping variable
>>>>>
>>>>>         Updated archives:
>>>>>
>>>>>         https://download.osgeo.org/gdal/3.5.0/gdal-3.5.0rc2.tar.xz
>>>>>         https://download.osgeo.org/gdal/3.5.0/gdal-3.5.0rc2.tar.gz
>>>>>         https://download.osgeo.org/gdal/3.5.0/gdal350rc2.zip
>>>>>         https://download.osgeo.org/gdal/3.5.0/gdalautotest-3.5.0rc2.tar.gz
>>>>>         https://download.osgeo.org/gdal/3.5.0/gdalautotest-3.5.0rc2.zip
>>>>>
>>>>>         Even
>>>>>
>>>>>         Le 06/05/2022 à 15:06, Even Rouault a écrit :
>>>>>         > Hi,
>>>>>         >
>>>>>         > I have prepared a GDAL/OGR 3.5.0 release candidate.
>>>>>         >
>>>>>         > NEWS at:
>>>>>         >
>>>>>         > https://github.com/OSGeo/gdal/blob/v3.5.0RC1/NEWS.md
>>>>>         >
>>>>>         > Note the first item about the new CMake build system,
>>>>>         and the
>>>>>         > deprecation of the autoconf & nmake build systems that
>>>>>         will be removed
>>>>>         > in GDAL 3.6.0
>>>>>         >
>>>>>         > Pick up an archive among the following ones (by
>>>>>         ascending size):
>>>>>         >
>>>>>         > https://download.osgeo.org/gdal/3.5.0/gdal-3.5.0rc1.tar.xz
>>>>>         > https://download.osgeo.org/gdal/3.5.0/gdal-3.5.0rc1.tar.gz
>>>>>         > https://download.osgeo.org/gdal/3.5.0/gdal350rc1.zip
>>>>>         >
>>>>>         > A snapshot of the gdalautotest suite is also available :
>>>>>         >
>>>>>         >
>>>>>         https://download.osgeo.org/gdal/3.5.0/gdalautotest-3.5.0rc1.tar.gz
>>>>>         >
>>>>>         https://download.osgeo.org/gdal/3.5.0/gdalautotest-3.5.0rc1.zip
>>>>>         >
>>>>>         > A snapshot of the documentation is at:
>>>>>         >
>>>>>         > https://download.osgeo.org/gdal/3.5.0/gdal350doc.zip
>>>>>         >
>>>>>         > The GDAL-GRASS plugin sources and release process has
>>>>>         been moved to
>>>>>         > https://github.com/OSGeo/gdal-grass
>>>>>         >
>>>>>         > I'll call for a vote promoting it to next week if no
>>>>>         serious problems
>>>>>         > are reported before.
>>>>>         >
>>>>>         > The "release/3.5" branch has been created for all bug
>>>>>         fixes related to
>>>>>         > 3.5.x. master is now targetting 3.6.0dev.
>>>>>         >
>>>>>         > Best regards,
>>>>>         >
>>>>>         > Even
>>>>>         >
>>>>>
>>>>
>>>>
>>>> -- 
>>>> Sean Gillies
>>>>
>>>> _______________________________________________
>>>> gdal-dev mailing list
>>>> gdal-dev at lists.osgeo.org
>>>> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>>>
>>> _______________________________________________
>>> gdal-dev mailing list
>>> 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.

-- 
http://www.spatialys.com
My software is free, but my time generally not.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20220510/e0bb89a8/attachment-0001.htm>

More information about the gdal-dev mailing list