Summary: | print/pdftk: compiler error: missing header | ||||||
---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | O. Hartmann <ohartmann> | ||||
Component: | Individual Port(s) | Assignee: | Kurt Jaeger <pi> | ||||
Status: | Closed Unable to Reproduce | ||||||
Severity: | Affects Many People | CC: | gerald, maciej, omatsuda000, pi, ultrageranium, w.schwarzenfeld | ||||
Priority: | --- | ||||||
Version: | Latest | ||||||
Hardware: | Any | ||||||
OS: | Any | ||||||
Attachments: |
|
Description
O. Hartmann
2018-01-22 06:15:37 UTC
I've been getting pkg-fallout emails for a few days, so I know it now fails to build. I do not have access to a -CURRENT box to try and figure out what is going on though. Created attachment 190041 [details]
svn-diff-pdftk
Try this, please (I cannott test on 12.0). The situation is still the same for FreeBSD 12.0-CURRENT r332088. It seems the problem originates from lang/gcc6: The header files seem to be generated by gcjh6 command, but all the attempt results in "Segmentation Fault". % gcjh6 Segmentation fault Adding gerald@ as this seems to be a gcc problem. The problem is, GCJ has been deprecated and remove from current versions of GCC. Getting anything fixed at this point is rather unlikely, and I have basically no knowledge myself unfortunately. Our two realistic options are (1) removing print/pdftk or (2) using OpenJDK. (In reply to Gerald Pfeifer from comment #6) Option (1) is not a realistic option! I'd appreciate print/pdftk to stay in the ports. How difficult would it be to move from gcj to openJDK? (In reply to O. Hartmann from comment #7) I also need pdftk. This is an issue not specific to FreeBSD but rather general to any platform. There is a related nice work by Marc Vinyals in Gentoo community: https://gitlab.com/marcvinyals/pdftk https://forums.gentoo.org/viewtopic-t-1070648-start-0.html I don't know whether it is applicable to FreeBSD easily or not, though. I am wondering, what specific feature of pdftk do you need that poppler-utils does not provide? (In reply to Mathieu Arnold from comment #9) Tha main reason for my adhering to pdftk is just that I've been used to it. A possible minor reason is the way of password handling. Below is an example from the pkftk man page. Join two files, one of which requires the password 'foopass'. The output is not encrypted. pdftk A=secured.pdf 2.pdf input_pw A=foopass cat output 3.pdf Anyway, on the latest 12-current (r334654), gcjh6 in gcc6-6.4.0_7 runs flawlessly. As a result, pdftk-2.02_7 can be compiled without any problem. Give back to the pool. It compiles fine with fresh portsnap from today + 12.0-PRERELEASE. testbuilds on 13a, 12a, 11.2a all build fine. So: closed with can't reproduce. |