[gdal-dev] GDAL 3.5.0rc3 available (Re: GDAL 3.5.0 release candidate available)
Sandro Mani
manisandro at gmail.com
Tue May 10 03:24:11 PDT 2022
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>
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20220510/905739f7/attachment-0001.htm>
More information about the gdal-dev
mailing list