On 28/05/2012 23:15, Chris Mohler wrote:
I had some issues when compiling current bzr against current libpoppler.
I've attached a patch of modifications I made - I wouldn't apply it though:
First item is that it seems like #define POPPLER_NEW_COLOR_SPACE_API isn't getting set in the configure script, and I don't have enough autotools-fu to figure out why. The test around line 20770 looks OK to me. So I crammed a define POPPLER_NEW_COLOR_SPACE_API 1 into pdf-parser.cpp (which is obviously the absolutely wrong thing to do).
The next 57 changes are also in pdf-parser.cpp. It seems poppler's error() function now takes an additional first argument of type ErrorCategory [1]. I changed all error types to 'errInternal', since I'm guessing these aren't getting reported anywhere anyway.
The final hack is that GfxFont no longer has a function 'getOrigName()'. It seems 'getName()' takes care of this now [2], so I removed that call from svg-builder.cpp.
So, I doubt the patch is of any real value unless you're wanting to play around with current poppler on linux. On the upside, PDF import works just like in 0.48 with poppler shipped by Mint 12/Ubuntu Oneiric (0.16?). Of course the shipped -dev package doesn't have the xpdf headers, hence my willingness to muck about with poppler from git ;)
This recent bug report for Inkscape:
- Bug #1005565 poppler 0.20 breaks build https://bugs.launchpad.net/inkscape/+bug/1005565
refers to this ticket for redhat, which includes a (minimal) patch to build inkscape (stable) against poppler 0.20:
- Bug 822413 - inkscape doesn't build with poppler-0.20.0 https://bugzilla.redhat.com/show_bug.cgi?id=822413
~suv