New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Pdftk on Darwin #29715
Comments
IIRC |
Yes, |
Also getting build errors but not sure if that's proper to report here:
And pdftk is a very, very useful tool. I work a lot with PDFs and I did create some scripts for Dolpin integration: https://github.com/sjau/pdfForts/blob/master/servicemenu.png I even have a .nix file to install it: https://github.com/sjau/pdfForts |
Done by 80c57fd. I hope that change didn't break gcj/pdftk on Darwin (so far it didn't succeed on Hydra due to exceeding log length anyway). |
@vcunat
|
Oops, I didn't realize this. Patchelf is only for ELFs, so not for Darwin. I'll just drop the phase on Darwin – I don't expect problems due to that, as it worked without it before. @berdario: can you/someone test it on Darwin before I push it? https://github.com/NixOS/nixpkgs/commit/2bad0d83bee.patch |
Oh, yeah... forgot that Darwin has Mach executables, not ELF... we don't have a patchMach, do we? Anyhow @vcunat your patch works: gcj builds fine on Darwin pdftk still fails with the same issue that I mentioned above:
I see that ecj should be handled in the gcc derivation, though when I tried to check the built derivation with the |
On Linux the tools are there, even though not directly visible (i.e. only in the unwrapped compiler)
|
|
Partially addresses NixOS#29715.
Partially addresses NixOS#29715.
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly:
|
Is new/ported pdftk currently in Nixpkgs usable on macOS? |
Yes, it is. |
OK, I guess I close it for now to reopen if there is something broken… |
Issue description
This is just to note down a couple of things that I found:
We are currently shipping GCJ built on GCC 4.9. Updating it to GCC 6.4 makes it build on Darwin.
The only dependency that truly needs GCJ is Pdftk (Rhino can just run on the OpenJDK).
The latest version of Pdftk is 2.0.2, its source has been released in July 2013
Reverse deps of Pdftk are Impressive (presentation tool, latest release in 2015), diffoscope (optional dependecy), mwlib (python software to convert from mediawiki to formats like pdf, latest release in 2014)
GCC dropped support for GCJ in GCC7, and thus (even on Linux) we might eventually drop pdftk in a few years, luckily the only actively developed dependency (diffoscope) seems to have it only as an optional dependency.
I attempted to build Pdftk on Darwin, but it's failing due to it being unable to find ecj1 and gcjh.
The former might be the eclipse compiler (but it's not available when building gcj4.9 on Linux, either) and it's not clear if it's truly included with GCC (I'd be surprised). The latter is a binary that would generate header files. To check if it's missing from GCJ6, we should rebuild it on Linux.
Here's a page with discussion on difficulties (and workarounds and alternatives) with the installation of pdtk on Macos
To get it working on Homebrew others are relying on the prebuilt binary downloaded directly from upstream.
Steps to reproduce
Once bumped version of gcj
Technical details
The text was updated successfully, but these errors were encountered: