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