/usr/bin/x86_64-pc-linux-gnu-gcc -Dzip_EXPORTS -I/var/tmp/portage/dev-libs/libzip-1.7.3/work/libzip-1.7.3/lib -I. -O2 -pipe -march=native -fno-diagnostics-color -Wformat -Werror=format-security -fPIC -fvisibility=hidden -MD -MT lib/CMakeFiles/zip.dir/zip_crypto_openssl.c.o -MF lib/CMakeFiles/zip.dir/zip_crypto_openssl.c.o.d -o lib/CMakeFiles/zip.dir/zip_crypto_openssl.c.o -c /var/tmp/portage/dev-libs/libzip-1.7.3/work/libzip-1.7.3/lib/zip_crypto_openssl.c /var/tmp/portage/dev-libs/libzip-1.7.3/work/libzip-1.7.3/lib/zip_crypto_openssl.c: In function ‘_zip_crypto_hmac_new’: /var/tmp/portage/dev-libs/libzip-1.7.3/work/libzip-1.7.3/lib/zip_crypto_openssl.c:76:25: error: ‘INT_MAX’ undeclared (first use in this function) 76 | if (secret_length > INT_MAX) { | ^~~~~~~ /var/tmp/portage/dev-libs/libzip-1.7.3/work/libzip-1.7.3/lib/zip_crypto_openssl.c:41:1: note: ‘INT_MAX’ is defined in header ‘<limits.h>’; did you forget to ‘#include <limits.h>’? ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_desktop_plasma_systemd-libressl-20200717-121502 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-10.1.0 * clang version 10.0.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/10/bin /usr/lib/llvm/10 10.0.0 Available Python interpreters, in order of preference: [1] python3.7 [2] python3.9 (fallback) [3] python3.8 (fallback) [4] python2.7 (fallback) Available Ruby profiles: [1] ruby25 (with Rubygems) * Available Rust versions: [1] rust-bin-1.45.0 [2] rust-1.45.0 * The Glorious Glasgow Haskell Compilation System, version 8.0.2 timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Mon Jul 20 03:05:22 AM UTC 2020 /var/db/repos/libressl Thu Jul 16 08:11:39 AM UTC 2020 emerge -qpvO dev-libs/libzip [ebuild U ] dev-libs/libzip-1.7.3 [1.7.1] USE="bzip2 libressl ssl -gnutls -lzma -mbedtls -static-libs -test -tools"
Created attachment 649988 [details] emerge-info.txt
Created attachment 649990 [details] dev-libs:libzip-1.7.3:20200720-040019.log
Created attachment 649992 [details] emerge-history.txt
Created attachment 649994 [details] environment
Created attachment 649996 [details] etc.portage.tbz2
Created attachment 649998 [details] logs.tbz2
Created attachment 650000 [details] temp.tbz2
I'm experiencing this too. The fix is easy. Upstream repo: https://github.com/nih-at/libzip/commits/master wget both of the following patches from upstream into your /etc/portage/patches/dev-libs/libzip directory: https://github.com/nih-at/libzip/commit/fd89e242d16128dedef08f47d99ae56aa19b0591.patch https://github.com/nih-at/libzip/commit/b4a4f778806fe2c3ca9ec57c0411a8dcf462e655.patch ...and then attempt build - it should now build to completion. These patches should be applied to the ebuild in the portage tree to resolve this issue.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=19c3e94aa0d6f570381cd5f57e13c0e7925077c0 commit 19c3e94aa0d6f570381cd5f57e13c0e7925077c0 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2020-07-21 16:45:11 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2020-07-21 17:32:07 +0000 dev-libs/libzip: Add missing limits.h includes Thanks-to: Reuben Farrelly <reuben-gentoo-bugzilla@reub.net> Closes: https://bugs.gentoo.org/733326 Package-Manager: Portage-3.0.0, Repoman-2.3.23 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> .../libzip/files/libzip-1.7.3-missing-header.patch | 43 ++++++++++++++++++++++ dev-libs/libzip/libzip-1.7.3.ebuild | 2 + 2 files changed, 45 insertions(+)
