pdftk: add newer gcc variant

[jochen@…]

Please add a gcc43 variant as in the attached patch

[jochen@…]

Portfile patch

[ryandesign@…]

I already did this locally but didn't commit it yet. The problem was that gcc43 doesn't supply gcj, and thus doesn't support building pdftk, on Mac OS X 10.4. gcc42, meanwhile, doesn't supply gcj, and thus doesn't support building pdftk, on Mac OS X 10.5 PowerPC (#13553). I guess I'll add the gcc43 variant to pdftk, and make it the default on Leopard, and keep gcc42 the default on Tiger and earlier.

[raimue@…]

gcc43 provides gcj-mp-4.3, gcc42 provides gcj-mp-4.2. What is the problem?

[ryandesign@…]

The problem is that gcc43 does not provide gcj-mp-4.3 on Mac OS X 10.5 PowerPC and gcc42 does not provide gcj-mp-4.2 on Mac OS X 10.4.

[ryandesign@…]

Gah, other way around. gcc43 does not provide gcj-mp-4.3 on Mac OS X 10.4 (see the platform darwin 8 section of the gcc43 portfile and the comment "Java support does not compile on 10.4"), and gcc42 does not provide gcj-mp-4.2 on Mac OS X 10.5 PowerPC (see #13553).

[raimue@…]

Okay, sorry for the noise, I did not know there were platform specific restrictions (should have followed that ticket link earlier...).

[ryandesign@…]

Here is the current situation with pdftk +gcc43 when using the gcc 4.3.2_0 port:

• 10.4 Intel:
  • gcc43 does not provide gcj-mp-4.3 because it does not compile; see #16409
• 10.4 PowerPC:
• 10.5 Intel:
• 10.5 PowerPC:
  • gcj-mp-4.3: error trying to exec 'ecj1': execvp: No such file or directory

Even if gcc43 or another port provided ecj1, I've read that pdftk still won't compile with it. See this  gcc bug report and this  message on the gcc java mailing list, which were brought to my attention via #16440. Apparently pdftk is programmed incorrectly, and gcc42 and earlier compiled it successfully only by coincidence. gcc43 now considers this programming method a fatal error so we cannot add gcc43 support to the pdftk port until the developers of pdftk fix their code.

[bcbarnes@…]

Any news on this? pdftk is available on linux distros which ship gcc43 by default. It would be nice to have on 10.5/Intel. thanks!

[ryandesign@…]

Nothing has changed, that I know of. I see no new release of pdftk since 1.41 on November 28, 2006, so I assume their code is still incompatible with anything greater than gcc42. I do not use any package manager other than MacPorts. If you know of another package manager, such as one in a Linux distribution, which is able to build pdftk with gcc43 or greater, and you can send me the patches they are using, please do so. Or if you would like to discuss the issue with the developers of pdftk and get them to provide a solution upstream, please do that; I have not done so.

[anonymous]

Milestone Port Enhancements deleted

[avs@…]

Replying to ryandesign@…:

If you know of another package manager, such as one in a Linux distribution, which is able to build pdftk with gcc43 or greater, and you can send me the patches they are using, please do so.

Here's a related Gentoo bug that has a pdftk patch for gcc43, if it's of any value:  http://bugs.gentoo.org/show_bug.cgi?id=251796

[avs@…]

Cc Me!

[ryandesign@…]

Replying to avs@…:

pdftk patch for gcc43

Thank you very much, I'll take a look at that.

[avs@…]

Replying to avs@…:

Here's a related Gentoo bug that has a pdftk patch for gcc43, if it's of any value:  http://bugs.gentoo.org/show_bug.cgi?id=251796

In addition, also Gentoo bugs  #225709 and  #235645, and  #269312 seem to have related patches. It seems those would bring it to gcc44.

[ryandesign@…]

I have now had a chance to look at these Gentoo tickets.

•  #251796 has a patch for various issues which purport to allow pdftk to compile with gcc43.
•  #225709 says it was fixed by the patch from  #251796.
•  #235645 is closed as a duplicate of  #225709.
•  #269312 has a patch for one small issue which supposedly lets it compile with gcc44.

I am unable to test these patches however because gcc43, gcc44 and gcc45 in MacPorts don't appear to provide a working gcj. I filed #22065 and #22066 for these problems.

[freeed@…]

Cc Me!

[jamal@…]

Cc Me!

[thomas.lohschmidt@…]

Cc Me!

[twalpole@…]

Cc Me!

[massimo.bernaschi@…]

Replying to jochen@…: Cc Me!

[massimo.bernaschi@…]

Cc Me!

[zahanm@…]

Cc Me!

[jsnuverink@…]

Cc Me!

[Markus.Ueberall@…]

Cc Me!

[matteo.corti@…]

Cc Me!

[electronjunction-misc@…]

Cc Me!

[lopusz@…]

Cc Me!

[henx@…]

Cc Me!

[jjstickel@…]

Cc Me!

[pinny@…]

gcc45 in macports seems to work fine for me in 10.6.4. I had to patch the makefiles somewhat differently than in Gentoo (couldn't get objcopy working for osx, so I used nmedit instead), and I had to change the libiconv link directory for the final output, but the outputted pdftk is working!

[ryandesign@…]

Can you provide the patches you used to make this work?

[ryandesign@…]

pinny, please see my comment above.

[joefitz@…]

Cc Me!

[pinny@…]

diff for 10.6.4 using gcc45

[pinny@…]

There was an issue getting the build past a certain point (perhaps caused by circular dependency between text.a and pdf.a?), but regenerating the .class files for text.a seemed to fix it. I'm not sure how to keep the .class files intact to compile it in one pass.

[jklymak@…]

Cc Me!

[ryandesign@…]

In r72412 pdftk has been updated to version 1.43 and a gcc45 variant has been added. I have tested that pdftk 1.43 compiles fine with gcc45 on Snow Leopard and with gcc42 on Tiger. I did not test other gcc/OS version combinations.

gcc43 and gcc44 variants are not added because of #22066.