From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#27733: GCC compiler error when building LibreOffice 5.3.2.2 Date: Tue, 18 Jul 2017 14:34:39 +0200 Message-ID: <87vampylcw.fsf@gnu.org> References: <87bmojrzas.fsf@gmail.com> <87d18y2hjp.fsf@gnu.org> <877ez6rmi3.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39843) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dXRiR-0003wK-RX for bug-guix@gnu.org; Tue, 18 Jul 2017 08:35:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dXRiQ-0001Gn-MV for bug-guix@gnu.org; Tue, 18 Jul 2017 08:35:03 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:42822) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dXRiQ-0001Gf-I3 for bug-guix@gnu.org; Tue, 18 Jul 2017 08:35:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dXRiQ-0000rP-CX for bug-guix@gnu.org; Tue, 18 Jul 2017 08:35:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <877ez6rmi3.fsf@gmail.com> (Maxim Cournoyer's message of "Tue, 18 Jul 2017 04:51:48 -0700") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Maxim Cournoyer Cc: 27733@debbugs.gnu.org Maxim Cournoyer skribis: > ludo@gnu.org (Ludovic Court=C3=A8s) writes: > >> Hi Maxim, >> >> Maxim Cournoyer skribis: >> >>> /tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/sw/inc/do= cary.hxx:362:60: required from here >>> /gnu/store/4iw4r2majarqlm19adaikqw126jxqf2p-gcc-5.4.0/include/c++/bits/= stl_algobase.h:607:5: >>> internal compiler error: S >>> } >>> ^ >>> Please submit a full bug report, >>> with preprocessed source if appropriate. >>> See for instructions. >>> make[1]: *** >>> [/tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/solenv/g= build/LinkTarget.mk:191: >>> /tmp/guix- >>> make: *** [Makefile:265: build] Error 2 >>> phase `build' failed after 35006.0 seconds >>> builder for `/gnu/store/mrq8p9v19fvl86igbhfkah0saj5n0awn-libreoffice-5.= 3.2.2.drv' failed with exit code 1 >>> guix package: error: build failed: build of >>> `/gnu/store/mrq8p9v19fvl86igbhfkah0saj5n0awn-libreoffice-5.3.2.2.drv' >>> faile >>> >>> The reason I'm limiting the number of build processes and cores used to >>> 1 (with the -c and -M flags of `guix build`) is because one dependency >>> of LibreOffice, vigra, was taking up to 2 GiB of memory per process when >>> compiling and causing my 4 GiB system to trash. >> >> Are you suggesting that the build error above can also be an >> out-of-memory issue? Did =E2=80=9Cdmesg=E2=80=9D show anything mentioni= ng OOM? > > That would have been plausible, but at the time it crashed I had > verified /var/log/messages and didn't see OOM problems, although there > was messages such as: > > Jul 16 17:55:29 localhost vmunix: [ 1222.229040] perf: interrupt took too= long (6239 > 6227), lowering kernel.perf_event_max_sample_rate to 32000 > Jul 16 18:00:16 localhost vmunix: [ 1509.558118] perf: interrupt took > too long (7800 > 7798), lowering kernel.perf_event_max_sample_rate to > 25500 > > which I attributed to the high system load. OK. >> These C++ code bases (WebKit, LibreOffice, etc.) usually require a lot >> of RAM to build, so it could be that your machine simply doesn=E2=80=99t= have >> enough RAM. > > Further removing the possibility that it was an out-of-memory issue is > that last night I could successfully build libreoffice after I took out > the -c 1 and -M 1 flags. This should have made the memory requirements > even higher but it made it through the compilation, and only failed to > install due to unrelated issues in my profile: OK, weird. > starting phase `reset-gzip-timestamps' > phase `reset-gzip-timestamps' succeeded after 0.4 seconds > starting phase `compress-documentation' > phase `compress-documentation' succeeded after 0.0 seconds > The following package will be installed: > libreoffice 5.3.2.2 /gnu/store/qkwdx123vqrwglkrqzqhk1nxknxzjf7w-libre= office-5.3.2.2 > > guix package: error: profile contains conflicting entries for gtk+:out > guix package: error: first entry: gtk+@2.24.31:out /gnu/store/cakcwzawn= hp9iyn5c0jcyh4lnlh5ayym-gtk+-2.24.31 > guix package: error: ... propagated from murrine@0.98.2 > guix package: error: second entry: gtk+@3.22.15:out /gnu/store/4jgdaix3= hlar9wh2jfpf99yblmzpawfr-gtk+-3.22.15 > guix package: error: ... propagated from python-ipython@5.2.2 There are conflicting GTK+ versions being pulled here, hence the error. If you think this case should be handled gracefully, please send a message to bug-guix or guix-devel. > So it's possible that the problem is only exhibited when building > Libreoffice with a single core although that seems unlikely. I will > retry the build with the -c 1 and -M 1 flags and see if I can reproduce > the problem. Super weird! Case closed? Thanks, Ludo=E2=80=99.