* Johannes Schauer <j.scha...@email.de>, 2014-08-02, 09:33:
I'm not familiar enough with the kind of disaster that may happen when linking C++11 compiled code to C++98 libraries
Crashes, I suppose.
I also do not see any advised fix or how to prevent the situation.
There's not much that can be done, other than: - porting pdf2htmlEX to C++98 (unlikely to be feasible); - not uploading the package yet; - keeping your fingers crossed that nothing bad will happen.
I did not realize you were offering to sponsor the package but I'm very happy about it :)
I set myself as owner of this RFS bug, which I think is supposed to indicate sponsoring willingness. :-)
I uploaded the new version.
There's a new typo: comparision -> comparison
I also noticed that the software allows to set ENABLE_SVG=ON which enables generating SVG backgrounds and converting type-3 fonts. But this feature requires CairoFontEngine, CairoRescaleBox and CairoOutputDev from the poppler sources. Should I integrate the required files into the upstream tarball so that we can build with ENABLE_SVG=ON?
Embedding a copy of (a part of) Poppler doesn't seem appealing to me. :-(
It would be ideal if Poppler provided the required headers files, and perhaps moved Cairo*.o to a separate library (they are currently part of libpoppler-glib). But I have a hunch Poppler maintainers won't like this idea...
I also noticed that the required files are shipped by the emscripten binary package. But it'd be quite messy to depend on that binary package for the sources it ships for a different purpose.
Yeah, let's not go that way. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140804210354.ga...@jwilk.net