/usr/bin/ocamlopt.opt -c -g -w a -I camlp4/import -I camlp4/config -I camlp4/boot -o camlp4/boot/camlp4boot.cmx camlp4/boot/camlp4boot.ml + /usr/bin/ocamlopt.opt -c -g -w a -I camlp4/import -I camlp4/config -I camlp4/boot -o camlp4/boot/camlp4boot.cmx camlp4/boot/camlp4boot.ml Fatal error: exception Stack overflow Command exited with code 2. make: *** [Makefile:13: byte] Error 10 * ERROR: dev-ml/camlp4-4.05_p1::gentoo failed (compile phase): ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-desktop-plasma_libressl_20180106-201622 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.2.0 * Available Python interpreters, in order of preference: [1] python3.5 [2] python3.6 (fallback) [3] python2.7 (fallback) [4] pypy3 (fallback) [5] pypy (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/camlp4 [ebuild N ] dev-ml/camlp4-4.04_p1 USE="ocamlopt"
Created attachment 514510 [details] emerge-info.txt
Created attachment 514512 [details] dev-ml:camlp4-4.05_p1:20180112-054057.log
Created attachment 514514 [details] emerge-history.txt
Created attachment 514516 [details] environment
Created attachment 514518 [details] etc.portage.tbz2
Created attachment 514520 [details] temp.tbz2
https://github.com/ocaml/ocaml/issues/7435 I issued 'ulimit -s unlimited' and it was a solution to the problem. I'm not sure how high the memory consumption went up - they are mentioning at least 10Gb in the linked issue. Fortunately I have 32Gb in may mobile workstation and 128Gb in the server... It is scary that this package requires so much memory to compile. That makes it not feasible on a lot of systems without a bunch of RAM...
(In reply to Attila Tóth from comment #7) > https://github.com/ocaml/ocaml/issues/7435 > > I issued 'ulimit -s unlimited' and it was a solution to the problem. I'm not > sure how high the memory consumption went up - they are mentioning at least > 10Gb in the linked issue. Fortunately I have 32Gb in may mobile workstation FWIW the tinderbox has 16 GB for /var/tmp/portage as tmpfs ande 128 GB RAM at all.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=05f8053ee47fb207421205cb98570a4ee8b4990e commit 05f8053ee47fb207421205cb98570a4ee8b4990e Author: Rafael Kitover <rkitover@gmail.com> AuthorDate: 2020-04-20 00:21:20 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2020-05-05 08:46:35 +0000 dev-ml/camlp4: Avoid stack overflow in build. Add ulimit -s 11530000 (set stack limit to 11GiB) to src_compile() to try to avoid stack overflow errors. Closes: https://bugs.gentoo.org/644352 Package-Manager: Portage-2.3.99, Repoman-2.3.22 Signed-off-by: Rafael Kitover <rkitover@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/15433 Signed-off-by: Joonas Niilola <juippis@gentoo.org> dev-ml/camlp4/camlp4-4.04_p1.ebuild | 2 ++ dev-ml/camlp4/camlp4-4.05_p1.ebuild | 2 ++ dev-ml/camlp4/camlp4-4.08_p1.ebuild | 4 +++- 3 files changed, 7 insertions(+), 1 deletion(-)