Build error on platform Linux Ubuntu 24.04.3

[JFritzle]

Describe the bug

Before merging CDemVRT.{cpp|h} from June 26, 2026, QMS build on platform Ubuntu 24.04.3 succeeded without errors. Since merge, QMS build no longer succeeds but build aborts.

What have you done to circle down the problem?

Issue seems to depend on GDAL version used.
Building QMS on platform Windows using GDAL version 3.12.1 succeeds.
Building QMS on platform Linux Ubuntu 24.04.3 using GDAL version 3.8.4 fails.

According to Wiki page https://github.com/Maproom/qmapshack/wiki/DocGetQMapShack however, minimum required GDAL version is 3.0.

https://gdal.org/en/stable/api/gdalrasterband_cpp.html:
Starting with GDAL 3.10, the GDALRasterBand::ReadRaster() methods may be more convenient to use for most common use cases.

https://gdal.org/en/stable/api/ogrspatialref.html:
std::string exportToWkt(const char *const *papszOptions = nullptr) const ... Since GDAL 3.9

To Reproduce

1. Try to build QMS on platform Linux Ubuntu 24.04.3 using GDAL form Ubuntu's repo
2. See build failing

Expected behavior

Screenshots

Attachments

Tracebacks

[  6%] Building CXX object src/qmapshack/CMakeFiles/qmapshack.dir/dem/CDemVRT.cpp.o
/home/j/QMapShack/src/test/src/qmapshack/dem/CDemVRT.cpp: In constructor ‘CDemVRT::CDemVRT(const QString&, CDemDraw*)’:
/home/j/QMapShack/src/test/src/qmapshack/dem/CDemVRT.cpp:113:74: error: no matching function for call to ‘OGRSpatialReference::exportToWkt()’
  113 |         GDALDataset::ToHandle(srcDataset), nullptr, targetSRS.exportToWkt().c_str(), GRA_Bilinear, 0.1, psOptions));
      |                                                     ~~~~~~~~~~~~~~~~~~~~~^~
In file included from /usr/include/gdal/ogr_geometry.h:38,
                 from /usr/include/gdal/ogr_feature.h:36,
                 from /usr/include/gdal/gdal_priv.h:82,
                 from /home/j/QMapShack/src/test/src/qmapshack/dem/CDemVRT.cpp:23:
/usr/include/gdal/ogr_spatialref.h:206:12: note: candidate: ‘OGRErr OGRSpatialReference::exportToWkt(char**) const’
  206 |     OGRErr exportToWkt(char **) const;
      |            ^~~~~~~~~~~
/usr/include/gdal/ogr_spatialref.h:206:12: note:   candidate expects 1 argument, 0 provided
/usr/include/gdal/ogr_spatialref.h:207:12: note: candidate: ‘OGRErr OGRSpatialReference::exportToWkt(char**, const char* const*) const’
  207 |     OGRErr exportToWkt(char **ppszWKT, const char *const *papszOptions) const;
      |            ^~~~~~~~~~~
/usr/include/gdal/ogr_spatialref.h:207:12: note:   candidate expects 2 arguments, 0 provided
/home/j/QMapShack/src/test/src/qmapshack/dem/CDemVRT.cpp: In member function ‘virtual void CDemVRT::draw(IDrawContext::buffer_t&)’:
/home/j/QMapShack/src/test/src/qmapshack/dem/CDemVRT.cpp:390:45: error: ‘class GDALRasterBand’ has no member named ‘ReadRaster’
  390 |     CPLErr err = dataset->GetRasterBand(1)->ReadRaster(
      |                                             ^~~~~~~~~~
make[2]: *** [src/qmapshack/CMakeFiles/qmapshack.dir/build.make:2358: src/qmapshack/CMakeFiles/qmapshack.dir/dem/CDemVRT.cpp.o] Fehler 1
make[1]: *** [CMakeFiles/Makefile2:303: src/qmapshack/CMakeFiles/qmapshack.dir/all] Fehler 2
make: *** [Makefile:156: all] Fehler 2

Desktop

• OS: Linux Ubuntu 24.04.3
• QMapShack Version: dev
• Window Manager: -

Additional context

[kiozen]

That explains why I was not aware of those GDAL features 😆 Update GDAL is the way to go.

[JFritzle]

"Update GDAL is the way to go." and thus raising minimum required GDAL version from 3.0 to 3.10 is the way to go.
-> Wiki has to be updated.

Fortunately, there is a suitable Ubuntu repo ubuntugis-unstable containing GDAL 3.11.4.

QMS includes here and there GDAL header file gdal_priv.h.
Information about gdal_priv.h:
This file is legacy since GDAL 3.12, but will be kept at least in the whole GDAL 3.x series.
Applications using the C++ API and that target only GDAL >= 3.12 should rather use the new gdal_cpp.h header, or the finer grain headers it includes.

When changing minimum version requirements, shouldn't we also raise

• minimum required PROJ version to at least 9.4?
• minimum required Routino version to at least 3.4?
• minimum required Qt6 version to at least 6.10? Thus we could get rid of this Qt deprecated warning:

/home/j/QMapShack/src/qmapshack/src/qmapshack/map/garmin/CGarminTyp.cpp: In member function ‘virtual bool CGarminTyp::parsePolyline(QDataStream&, QMap<unsigned int, polyline_property>&)’:
/home/j/QMapShack/src/qmapshack/src/qmapshack/map/garmin/CGarminTyp.cpp:842:49: warning: ‘QImage QImage::mirrored(bool, bool) const &’ is deprecated: Use flipped(Qt::Orientations) instead [-Wdeprecated-declarations]
  842 |       property.imgDay = property.imgDay.mirrored(false, true);
      |                         ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~
In file included from /opt/Qt6/6.11.1/gcc_64/include/QtGui/qpixmap.h:13,
                 from /opt/Qt6/6.11.1/gcc_64/include/QtGui/qicon.h:10,
                 from /opt/Qt6/6.11.1/gcc_64/include/QtGui/qabstractfileiconprovider.h:10,
                 from /opt/Qt6/6.11.1/gcc_64/include/QtGui/QtGui:5,
                 from /home/j/QMapShack/src/qmapshack/src/qmapshack/map/garmin/CGarminTyp.h:22,
                 from /home/j/QMapShack/src/qmapshack/src/qmapshack/map/garmin/CGarminTyp.cpp:22:
/opt/Qt6/6.11.1/gcc_64/include/QtGui/qimage.h:220:26: note: declared here
  220 |     [[nodiscard]] QImage mirrored(bool horizontally = false, bool vertically = true) const &
      |                          ^~~~~~~~
/home/j/QMapShack/src/qmapshack/src/qmapshack/map/garmin/CGarminTyp.cpp:843:53: warning: ‘QImage QImage::mirrored(bool, bool) const &’ is deprecated: Use flipped(Qt::Orientations) instead [-Wdeprecated-declarations]
  843 |       property.imgNight = property.imgNight.mirrored(false, true);
      |                           ~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~
/opt/Qt6/6.11.1/gcc_64/include/QtGui/qimage.h:220:26: note: declared here
  220 |     [[nodiscard]] QImage mirrored(bool horizontally = false, bool vertically = true) const &
      |                          ^~~~~~~~

[kiozen]

I am not sure about the Qt version. This might be a real pain point. For proj and GDAL the lowest version possible should be used.

[JFritzle]

Qt 6.10.0 was released October 7, 2025,
Qt 6.9.0 was released April 2, 2025,
both after GDAL 3.10.0 release date.
Qt 6.8.0 was released October 8, 2024,

GDAL 3.10.0 which now at least is required was released Nov 6, 2024, see here.
PROJ 9.4.0 was released Mar 1, 2024, see here.
Routino 3.4.0 was released June 11, 2023, see here.
-> Thus, minimum required release date is Nov 6, 2024.

It should be allowed to request any latest software versions released before Nov 6, 2024.
PROJ 9.4.0 and Routino 3.4.0 meet this criterion and therefore in my opinion could be required.
Qt 6.9.0 and Qt 6.10.0 do not meet this criterion and therefore should perhaps not be required.

[kiozen]

I agree on that.

[jmlzr]

Fyi: Arch builds the stable QMS package already with Qt 6.11.1, GDAL 3.13.1, PROJ 9.8.1 and Routino 3.4.3 successfully and I do my local builds with that as well (which is also why I didn't notice the lack of those GDAL functions). So none of those updates should make problems.

I now wonder though if the different Qt version might have something to do why hidpi scaling seems to behave somewhat different for me than others...