The extensive podofo migration guide is at: https://github.com/podofo/podofo/blob/master/API-MIGRATION.md, saying among lots of other things:
"Removed GetRotationRaw() and introduced TryGetRotationRaw() or PdfGraphicsStateWrapper::SetStrokingColorSpace" Maybe at least for now 3.11.5RC1 and 3.12.0beta1 should block the use of podofo >= 1 in cmake? Roger -- Roger Bivand Emeritus Professor Norwegian School of Economics Postboks 3490 Ytre Sandviken, 5045 Bergen, Norway [email protected] ________________________________________ From: Roger Bivand Sent: 31 October 2025 13:37 To: [email protected] Subject: podofo 1.0.2 ships with Fedora 43, breaks source builds For GDAL 3.11.4, 3.11.5RC1 and 3.12.0beta1, source builds fail at the same point: [ 45%] Building CXX object frmts/pdf/CMakeFiles/gdal_PDF.dir/pdfdataset.cpp.o /home/rsb/topics/gdal/gdal-3.11.4/frmts/pdf/pdfdataset.cpp: In static member function ‘static PDFDataset* PDFDataset::Open(GDALOpenInfo*)’: /home/rsb/topics/gdal/gdal-3.11.4/frmts/pdf/pdfdataset.cpp:5160:36: error: ‘class PoDoFo::PdfPage’ has no member named ‘GetRotationRaw’; did you mean ‘GetRotation’? 5160 | dfRotation = poPagePodofo->GetRotationRaw(); | ^~~~~~~~~~~~~~ | GetRotation With Fedora 42, the podofo version was 0.10.5, which built and passed autotests. There may be other package version increment issues on Fedora 43, but this is consistent. Roger -- Roger Bivand Emeritus Professor Norwegian School of Economics Postboks 3490 Ytre Sandviken, 5045 Bergen, Norway [email protected] _______________________________________________ gdal-dev mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/gdal-dev
