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.roua...@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.roua...@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@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

_______________________________________________
gdal-dev mailing list
gdal-dev@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.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to