GNU bug report logs - #27733
GCC compiler error when building LibreOffice 5.3.2.2

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 27733 in the body.
You can then email your comments to 27733 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: bug-guix <bug-guix <at> gnu.org>
Subject: GCC compiler error when building LibreOffice 5.3.2.2
Date: Mon, 17 Jul 2017 06:03:07 -0700

Hello,

While attempting to install LibreOffice 5.3.2.2 with the following
command:

./pre-inst-env guix package -i libreoffice -c 1 -M 1

GCC crashed with the following message:

--8<---------------cut here---------------start------------->8---
[build CXX] sw/source/uibase/app/apphdl.cxx
[build CXX] sw/source/uibase/app/applab.cxx
[build CXX] sw/source/uibase/app/appopt.cxx
[build CXX] sw/source/uibase/app/docsh.cxx
[build CXX] sw/source/uibase/app/docsh2.cxx
[build CXX] sw/source/uibase/app/docshdrw.cxx
[build CXX] sw/source/uibase/app/docshini.cxx
[build CXX] sw/source/uibase/app/docst.cxx
[build CXX] sw/source/uibase/app/docstyle.cxx
In file included from /gnu/store/4iw4r2majarqlm19adaikqw126jxqf2p-gcc-5.4.0/include/c++/algorithm:61:0,
                 from /tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/include/com/sun/star/uno/Any.hxx:24
                 from /tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/include/svl/poolitem.hxx:27,
                 from /tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/include/svl/itemset.hxx:25,
                 from /tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/include/svl/itemiter.hxx:23,
                 from /tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/sw/source/uibase/app/docstyle.cxx:2
/gnu/store/4iw4r2majarqlm19adaikqw126jxqf2p-gcc-5.4.0/include/c++/bits/stl_algobase.h: In instantiation of ‘_BI2 std::_
/gnu/store/4iw4r2majarqlm19adaikqw126jxqf2p-gcc-5.4.0/include/c++/bits/stl_algobase.h:614:5:   required from ‘_BI2 std:**, std::vector<SwRangeRedline*, std::allocator<SwRangeRedline*> > >; _BI2 = __gnu_cxx::__normal_iterator<SwRangeRedlin
/gnu/store/4iw4r2majarqlm19adaikqw126jxqf2p-gcc-5.4.0/include/c++/bits/stl_algobase.h:684:48:   required from ‘_BI2 std*, std::allocator<SwRangeRedline*> > >; _BI2 = __gnu_cxx::__normal_iterator<SwRangeRedline**, std::vector<SwRangeRedlin
/gnu/store/4iw4r2majarqlm19adaikqw126jxqf2p-gcc-5.4.0/include/c++/bits/stl_algo.h:1846:8:   required from ‘void std::___iterator<SwRangeRedline**, std::vector<SwRangeRedline*, std::allocator<SwRangeRedline*> > >; _Compare = __gnu_cxx::__o
/gnu/store/4iw4r2majarqlm19adaikqw126jxqf2p-gcc-5.4.0/include/c++/bits/stl_algo.h:2776:25:   required from ‘void std::_normal_iterator<SwRangeRedline**, std::vector<SwRangeRedline*, std::allocator<SwRangeRedline*> > >; _Compare = __gnu_cx
/gnu/store/4iw4r2majarqlm19adaikqw126jxqf2p-gcc-5.4.0/include/c++/bits/stl_algo.h:4863:28:   required from ‘void std::_terator<SwRangeRedline**, std::vector<SwRangeRedline*, std::allocator<SwRangeRedline*> > >; _Compare = __gnu_cxx::__ops
/gnu/store/4iw4r2majarqlm19adaikqw126jxqf2p-gcc-5.4.0/include/c++/bits/stl_algo.h:4932:36:   required from ‘void std::seRedline*, std::allocator<SwRangeRedline*> > >; _Compare = CompareSwRedlineTable]’
/tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/include/o3tl/sorted_vector.hxx:186:25:   required from ‘vFind = o3tl::find_partialorder_ptrequals]’
/tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/sw/inc/docary.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 <http://gcc.gnu.org/bugs.html> for instructions.
make[1]: *** [/tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/solenv/gbuild/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
--8<---------------cut here---------------end--------------->8---

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.

Maxim

Message #8 received at 27733 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 27733 <at> debbugs.gnu.org
Subject: Re: bug#27733: GCC compiler error when building LibreOffice 5.3.2.2
Date: Tue, 18 Jul 2017 11:58:02 +0200

Hi Maxim,

Maxim Cournoyer <maxim.cournoyer <at> gmail.com> skribis:

> /tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/sw/inc/docary.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 <http://gcc.gnu.org/bugs.html> for instructions.
> make[1]: *** [/tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/solenv/gbuild/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 “dmesg” show anything mentioning OOM?

These C++ code bases (WebKit, LibreOffice, etc.) usually require a lot
of RAM to build, so it could be that your machine simply doesn’t have
enough RAM.

AFAICS it builds fine on Hydra:

  https://hydra.gnu.org/job/gnu/master/libreoffice-5.3.2.2.x86_64-linux

but not in 32 bit:

  https://hydra.gnu.org/job/gnu/master/libreoffice-5.3.2.2.i686-linux

Ludo’.

Message #11 received at 27733 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: ludo <at> gnu.org (Ludovic Courtès)
Cc: 27733 <at> debbugs.gnu.org
Subject: Re: bug#27733: GCC compiler error when building LibreOffice 5.3.2.2
Date: Tue, 18 Jul 2017 04:51:48 -0700

Hi Ludovic!

ludo <at> gnu.org (Ludovic Courtès) writes:

> Hi Maxim,
>
> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> skribis:
>
>> /tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/sw/inc/docary.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 <http://gcc.gnu.org/bugs.html> for instructions.
>> make[1]: ***
>> [/tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/solenv/gbuild/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 “dmesg” show anything mentioning 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.

> These C++ code bases (WebKit, LibreOffice, etc.) usually require a lot
> of RAM to build, so it could be that your machine simply doesn’t 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:

--8<---------------cut here---------------start------------->8---
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-libreoffice-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/cakcwzawnhp9iyn5c0jcyh4lnlh5ayym-gtk+-2.24.31
guix package: error:    ... propagated from murrine <at> 0.98.2
guix package: error:   second entry: gtk+@3.22.15:out /gnu/store/4jgdaix3hlar9wh2jfpf99yblmzpawfr-gtk+-3.22.15
guix package: error:    ... propagated from python-ipython <at> 5.2.2
--8<---------------cut here---------------end--------------->8---

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.

Thanks!

Maxim

Message #14 received at 27733 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 27733 <at> debbugs.gnu.org
Subject: Re: bug#27733: GCC compiler error when building LibreOffice 5.3.2.2
Date: Tue, 18 Jul 2017 14:34:39 +0200

Maxim Cournoyer <maxim.cournoyer <at> gmail.com> skribis:

> ludo <at> gnu.org (Ludovic Courtès) writes:
>
>> Hi Maxim,
>>
>> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> skribis:
>>
>>> /tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/sw/inc/docary.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 <http://gcc.gnu.org/bugs.html> for instructions.
>>> make[1]: ***
>>> [/tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/solenv/gbuild/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 “dmesg” show anything mentioning 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’t 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-libreoffice-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/cakcwzawnhp9iyn5c0jcyh4lnlh5ayym-gtk+-2.24.31
> guix package: error:    ... propagated from murrine <at> 0.98.2
> guix package: error:   second entry: gtk+@3.22.15:out /gnu/store/4jgdaix3hlar9wh2jfpf99yblmzpawfr-gtk+-3.22.15
> guix package: error:    ... propagated from python-ipython <at> 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’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.