gdal @3.9.1_1+debug+opencl+postgresql16+proj9 build failure

[TheLastLovemark]

I made sure to install expat WITHOUT universal variant as instructed in #70445

The install of gdal while performing

port install opencv3 +avx2 +contrib +debug +eigen +gdal +nonfree +opencl +openni +qt5 +tbb +tests +vtk

still fails.

log file attached

[jmroot (Joshua Root)]

:info:build In file included from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_gis_gdal/gdal/work/gdal-3.9.1/apps/gdalargumentparser.cpp:31:
:info:build In file included from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_gis_gdal/gdal/work/gdal-3.9.1/apps/gdalargumentparser.h:41:
:info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_gis_gdal/gdal/work/gdal-3.9.1/apps/argparse/argparse.hpp:39:10: fatal error: 'charconv' file not found
:info:build #include <charconv>
:info:build          ^~~~~~~~~~

[TheLastLovemark]

Any news?

[TheLastLovemark]

I was able to get gdal installed without the debug variant. But I would like to add that at some point.

[nilason (Nicklas Larsson)]

​charconv is a C++17 addition. The gdal port sets compiler.cxx_standard 2017 and legacysupport.newest_darwin_requires_legacy 16. According to the log this issue happened on macOS 10.13.6 (darwin/17.7.0). Perhaps legacysupport.newest_darwin_requires_legacy should be increased to 17?

[nilason (Nicklas Larsson)]

Somewhat related: #69200.

[nilason (Nicklas Larsson)]

charconv was added to LLVM 7 with ​this commit. Not sure what implications this has for MP...

[TheLastLovemark]

I have versions of llvm installed >7.1.0_3

port installed llvm*
Warning: port definitions are more than two weeks old, consider updating them by running 'port selfupdate'.
The following ports are currently installed:
  llvm-10 @10.0.1_3+debug+emulated_tls (active)
  llvm-16 @16.0.6_1 (active)
  llvm-17 @17.0.6_1 (active)
  llvm-9.0 @9.0.1_3+debug+emulated_tls (active)
  llvm_select @2_1 (active)

Do I need to install llvm 7 specifically?

[TheLastLovemark]

OK... I eliminated the gdal issue from this by installing LLVM 7, but still having trouble getting opencv3 +variants to build, which was the original problem

I got gdal going by installing it manually and adding variants one at a time via upgrade --enforce-variants (I'm almost certain i'll need debug in the future)

$ port installed gdal
Warning: port definitions are more than two weeks old, consider updating them by running 'port selfupdate'.
The following ports are currently installed:
  gdal @3.9.1_1+jpegxl+lto+lzma+mysql57+native+netcdf+opencl+openexr+openjpeg+postgresql16+proj9+xerces (active)

It seems like ceres causing the trouble now.

see log file: opencv3-main.log

[TheLastLovemark]

OK! I got opencv3 to install with the +contrib and +avx2 variants.

The build failed when I tried to upgrade --enforce-variants with +eigen and +gdal. I tried both at the same time and each individually. The +eigen variant seems to be the culprit as exclusively adding the +gdal variant to opencv3 @3.4.16_19+avx2+contrib succeeded.

I've attached the port upgrade --enforce-variants +eigen log file (prior to success with the gdal variant). I will continue trying more variants, as well as the standalone eigen port (prepare for another ticket).

There are a bunch of things I would like to start working on if I can get this going.

Your guidance/advice is appreciated.

[TheLastLovemark]

The standalone eigen port installed no problem:

port install eigen
Warning: port definitions are more than two weeks old, consider updating them by running 'port selfupdate'.
--->  Fetching archive for eigen
--->  Attempting to fetch eigen-2.0.17_0.darwin_17.x86_64.tbz2 from http://bos.us.packages.macports.org/eigen
--->  Attempting to fetch eigen-2.0.17_0.darwin_17.x86_64.tbz2.rmd160 from http://bos.us.packages.macports.org/eigen
--->  Installing eigen @2.0.17_0
--->  Activating eigen @2.0.17_0
--->  Cleaning eigen
--->  Updating database of binaries
--->  Updating database of C++ stdlib usage