+ x86_64-pc-linux-gnu-gcc -O2 -pipe -march=native -Wall -O2 -fno-strict-aliasing -fwrapv -D_FILE_OFFSET_BITS=64 -D_REENTRANT -fPIC -c -O -g -I'/usr/lib64/ocaml' 'nettls_nettle_bindings_stubs.c' In file included from nettls_nettle_bindings_stubs.c:24:0: nettls_nettle_bindings_stubs.c:120:36: error: ‘nettle_get_ciphers’ declared as function returning an array const struct nettle_cipher * const nettle_ciphers[] = { ^ nettls_nettle_bindings_stubs.c:120:14: error: function ‘nettle_get_ciphers’ is initialized like a variable ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-no-multilib_20171217-191722 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.2.0 * Available Python interpreters, in order of preference: [1] python3.5 [2] python2.7 (fallback) Available Ruby profiles: [1] ruby22 (with Rubygems) * java-config: The following VMs are available for generation-2: *) IcedTea JDK 3.6.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm emerge -qpv dev-ml/ocamlnet [ebuild N ] dev-ml/ocamlnet-4.1.4 USE="ocamlopt pcre ssl -gtk -httpd -kerberos -tk -zip"
Created attachment 511264 [details] emerge-info.txt
Created attachment 511266 [details] dev-ml:ocamlnet-4.1.4:20171220-210702.log
Created attachment 511268 [details] emerge-history.txt
Created attachment 511270 [details] environment
Created attachment 511272 [details] etc.portage.tbz2
Created attachment 511274 [details] logs.tbz2
Created attachment 511276 [details] temp.tbz2
I'm thinking this has to with ocamlnet v4.1.4 and older not being compatible with nettle v3.4, as per their changelog. So, either bumping ocamlnet or downgrading nettle should make the error go away I suppose. 2017-12-05 Gerd Stolpmann <gerd@gerdbook.fritz.box> * Support for native plugins (cmxs files) (Jaap Boender) * Fix Nettls_gnutls: If a TLS server is configured to authenticate the client, it does not expect that the name in the certificate matches the DNS name of the client. (In particular, the check is not done anymore when [peer_name] is [None].) * Fix: compatibility with library Nettle-3.4 2017-08-14 Gerd Stolpmann <gerd@gerdbook.fritz.box> * Release 4.1.4 * Fix: incompatibility for OCaml < 4.03 because of -opaque
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=549bdb0262958a7cc8dbffbe8560728260b599d0 commit 549bdb0262958a7cc8dbffbe8560728260b599d0 Author: Sam James <sam@gentoo.org> AuthorDate: 2020-10-17 21:32:17 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2020-10-17 21:32:23 +0000 dev-ml/ocamlnet: bump to 4.1.4 Closes: https://bugs.gentoo.org/715188 Closes: https://bugs.gentoo.org/641858 Package-Manager: Portage-3.0.8, Repoman-3.0.1 Signed-off-by: Sam James <sam@gentoo.org> dev-ml/ocamlnet/Manifest | 1 + dev-ml/ocamlnet/ocamlnet-4.1.8.ebuild | 78 +++++++++++++++++++++++++++++++++++ 2 files changed, 79 insertions(+)
