Red Hat Bugzilla – Bug 735182
libreoffice doesn't build with poppler-0.17.3
Last modified: 2011-09-09 13:06:02 EDT
Description of problem:
Current version of libreoffice needs poppler's class DCTStream, which is not
/builddir/build/BUILD/libreoffice-184.108.40.206/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx: In function 'void pdfi::writeJpeg_(OutputBuffer&, Stream*, bool)':
/builddir/build/BUILD/libreoffice-220.127.116.11/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx:153:13: error: 'DCTStream' was not declared in this scope
/builddir/build/BUILD/libreoffice-18.104.22.168/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx:153:24: error: expected primary-expression before ')' token
/builddir/build/BUILD/libreoffice-22.214.171.124/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx:153:25: error: expected ')' before 'str'
Version-Release number of selected component (if applicable):
See the bug #735175 for more info and scratch-build of poppler-0.17.3.
This was introduced by upstream commit "Sanitize headers a big" (mainly by
correction of definition of ENABLE_LIBJPEG - see definition of DCTStream class
in poppler/Stream.h) (see http://cgit.freedesktop.org/poppler/poppler/commit/?id=a8fca630d592941c033ca6a380bf46b6e733a748).
I see that for poppler itself, when its ENABLE_LIBJPEG its own utils include
and regain access to DCTStream, they (like us) use it to call getRawStream.
DCTStream.h however isn't installed into the -devel package, so external apps can't use the same hack as poppler itself
fix checked in for F-16/master
Thank you very much.
libreoffice-126.96.36.199-6.fc16 has been submitted as an update for Fedora 16.
libreoffice-188.8.131.52-6.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.