[PATCH libgcrypt] Add support for IBM z/OS
Sachin T
sachin.t at ibm.com
Mon Dec 1 06:05:10 CET 2025
Hello,
Thanks for reviewing the changes.
The wrapper approach worked for me.
I also wanted to mention that libgpg-error already uses EXTRA_LIBS_FOR_BUILD in its configure.ac for z/OS, so using the same method in libgcrypt would keep things consistent across both projects.
I can go with the approach you recommend.
Regards,
Sachin
From: NIIBE Yutaka <gniibe at fsij.org>
Date: Friday, 28 November 2025 at 6:51 AM
To: Sachin T <sachin.t at ibm.com>
Cc: GNU Libgcrypt Development <gnupg-devel at gnupg.org>
Subject: [EXTERNAL] Re: [PATCH libgcrypt] Add support for IBM z/OS
Hello,
I have a comment about EXTRA_LIBS_FOR_BUILD.
Sachin T wrote:
> 1.
[...]
> EXTRA_LIBS_FOR_BUILD via pkg-config/zoslib for external library linking
> 2.
[...]
> cipher/Makefile.am, doc/Makefile.am: Append $(EXTRA_LIBS_FOR_BUILD) to
> gost-s-box and yat2m link lines so build-host helper programs link
> correctly with z/OS-specific libraries during the build.
If I were developing/maintaining those packages for a POSIX-like
Operating System which needs to care about specific libraries and/or
headers, I'd consider about a compiler script to use as CC (and put
linking procedure with specific libraries into that script). Then, I'd
specify CC=<THE_PATH_TO_THE_SCRIPT> for configure (or CC_FOR_BUILD).
Or else, it would end up to ask all software to put similar patches.
Could you please consider this approach?
--
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnupg.org/pipermail/gnupg-devel/attachments/20251201/b6992242/attachment-0001.html>
More information about the Gnupg-devel
mailing list