| Git Clone URL: | https://aur.archlinux.org/pandoc-static-git.git (read-only, click to copy) |
|---|---|
| Package Base: | pandoc-static-git |
| Description: | Conversion between markup formats (static build, dynamic Lua support) |
| Upstream URL: | https://pandoc.org |
| Licenses: | GPL-2.0-or-later |
| Conflicts: | haskell-pandoc, pandoc, pandoc-bin |
| Provides: | pandoc |
| Replaces: | haskell-pandoc, pandoc, pandoc-bin |
| Submitter: | gesh |
| Maintainer: | gesh |
| Last Packager: | gesh |
| Votes: | 1 |
| Popularity: | 0.000029 |
| First Submitted: | 2021-10-27 21:34 (UTC) |
| Last Updated: | 2024-05-05 16:49 (UTC) |
Warning: namcap complains the binary lacks FULL RELRO, PIE, and GNU_PROPERTY_X86_FEATURE_1_SHSTK
Have given up on trying to silence it, but am open to suggestions for improvement. The first appears to be generally problematic for Haskell1, and the last doesn't seem to be relevant to non-GCC applications (though this may be my ignorance speaking).
Sorry, I was dissatisfied with the hack I'd found to work around this, and was sitting on it until I could give something better. Thankfully, the workaround I have now is much cleaner now ghc-9.6.5 has been released, so I will be releasing a working version shortly.
In brief, the issue is that the default makepkg configuration sets LDFLAGS but not LD. GHC used to take this as its cue to select its own choice of LD. However GHC would not check that its choice of LD supports LDFLAGS. This is a problem for dependencies with C components, which get linked using this LD.
A fix1 for this has landed in ghc 9.6.5 on 2024-04-16, and ghc's installed using the current ghcup HEAD (starting with 7a684ad2) will have --disable-ld-override passed, which also fixes the issue.
(In case this is relevant for the future, the original hack I was using exploited the fact that in prepare(), LDFLAGS is not marked for export, so pre-building dependencies there would avoid this bug (since user-facing packages usually don't have C components))
I fail to understand how you can build this right now. I started having trouble with my pandoc-sile-git package when trying to get it up to 3.1.13 parity and decided to see how you got around the issues. Apparently you haven't, because I get this when trying to build in a clean chroot:
configure: error: Failed to determine machine word size. Does your toolchain actually work?
Thanks for pointing it out, updated my other packages as well.
You can't have a VCS package using Git sources without specifying makedepends=(git). Can you please add that?
Pinned Comments
gesh commented on 2024-05-02 14:37 (UTC) (edited on 2024-05-02 17:07 (UTC) by gesh)
Warning: namcap complains the binary lacks
FULL RELRO,PIE, andGNU_PROPERTY_X86_FEATURE_1_SHSTKHave given up on trying to silence it, but am open to suggestions for improvement. The first appears to be generally problematic for Haskell1, and the last doesn't seem to be relevant to non-GCC applications (though this may be my ignorance speaking).