HOMEPAGE=https://github.com/m-click/mcpdf SRC_URI=https://oss.sonatype.org/content/repositories/releases/aero/m-click/mcpdf/0.2.1/... Long story short, pdftk seems to be the only real reverse dependency of gcc[gcj]. mcpdf claims to be a drop-in replacement, and works fine in Funtoo as such. It would be great if we could have it in Gentoo as well, and finally get rid of gcj support that's more of a PITA than a feature.
just a few notes: - mcpdf has better unicode handling because it uses a more recent iText lib - iText has gone from GPLv2+ to AGPL #1 ($2200 / 1700€ for 1 server #2) - it would make sense to package iText too, possibly a GPLv2+ version too - Note that NOT all PDFtk operations are implemented at the moment - mcpdf had a burst of development 10 month ago (feb 2014) with only 20 commits, than it stopped, probably Gentoo will need to mantain it's own copy in the future #1 http://sourceforge.net/p/itext/code/6636/tree//trunk/itext/notice.txt #2 http://itextpdf.com/pricing/server_license
after looking at the sources of mcpdf and pdftk my conclusion is that in date 2014-12-10 "mcpdf" is a joke. It may be interesting to have it in tree, but NOT a replacement fot pdftk. mcpdf weight 90 LOC pdftk weight 8000 LOC of c++ code, plus itext, plus other libraries
This defect should be closed as "no fix".
While I agree that gcj is a problem, this isn't the answer, sorry.