gdal 3.4.3 build failure

[EJFielding (Eric Fielding)]

I was running a port upgrade outdated after some time, and it found that my gdal port was broken and tried to rebuild it but failed. There are a bunch of errors listed in the main.log file that is attached. The gdal is with these variants gdal @3.4.3_0+hdf5+netcdf+openmpi+postgresql13+proj8. It was working before I did the port upgrade, but there were a lot of ports upgraded as it had been maybe two months since the last upgrade. This is one of many similar errors:

info:build In file included from hdf5dataset.cpp:36:
:info:build ./hdf5vfl.h:83:5: error: cannot initialize a member subobject of type 'H5FD_class_value_t' (aka 'int') with an lvalue of type 'const char[5]'
:info:build     "vsil",                     /* name */
:info:build     ^~~~~~

[EJFielding (Eric Fielding)]

main.log file

[Veence (Vincent)]

GDAL 3.4.3 is outdated. I’m currently working on committing 3.6.2 which is the current version. It should be done by the end of the day. Update your tree and try again with the new version

[Veence (Vincent)]

Correction: GDAL 3.6 has moved from configure script to CMAKE, so the Portfile will require extensive changes. I’ll tell you when it’s ready

[selimnairb (Brian Miles)]

@Veence This is a blocker for me. Let me know if there is anyway I can help to speed this along. Thanks so much for your efforts.

[PaulWessel (Paul Wessel)]

@Veence, I should also point out that most macOS users of GMT ​https://www.generic-mapping-tools.org (as well as us developers) are (or will be) stuck with macports due to this issue as we depend on GDAL. I have had to switch to brew for this reason since I cannot wait months for this. We prefer to have some developers still work on GMT under macports but it does require that this does not happen again and again (not the first time GDAL build fails after a routine update). Any ETA on this port file conversion?

[PaulWessel (Paul Wessel)]

The Generic Mapping Tools Developers would really like to continue to support GMT via development by some of us on macports. But since not even a peep about what the challenges are and where you are in this sequence makes that impossible to plan. Nobody expects volunteers to spend all time on this but it is considered polite to at least give some updates.

[EJFielding (Eric Fielding)]

I got a new Mac with Apple M1 CPUs, and I found that I was able to install gdal @3.6.4_0+hdf5+netcdf+openmpi+postgresql15+proj9 with no trouble.

[nilason (Nicklas Larsson)]

Replying to EJFielding:

I got a new Mac with Apple M1 CPUs, and I found that I was able to install gdal @3.6.4_0+hdf5+netcdf+openmpi+postgresql15+proj9 with no trouble.

Indeed, with commit 3d4b2a4 GDAL has been updated to 3.6.4. I can confirm that there are no problems building with +hdf5 and most of the other variants (that I could test) with arm64 machines. Do check for changes of available variants with port info gdal!

This ticket may be closed.

[mascguy (Christopher Nielsen)]

Replying to nilason:

Replying to EJFielding:

I got a new Mac with Apple M1 CPUs, and I found that I was able to install gdal @3.6.4_0+hdf5+netcdf+openmpi+postgresql15+proj9 with no trouble.

Indeed, with commit 3d4b2a4 GDAL has been updated to 3.6.4. I can confirm that there are no problems building with +hdf5 and most of the other variants (that I could test) with arm64 machines. Do check for changes of available variants with port info gdal!

This ticket may be closed.

Great, glad this is working for all of you now!