libreoffice7.1.2.2 build failure

[plasmid]

I'm having problems building libreoffice 7.1.2.2 and I can't find the error I'm getting anywhere in the forums or online so I am guessing it is specific to my setup.

Here is the crash info:

[fedeliallalinea]

As mentioned here, in german, asturm suggests to check the dmesg for exclude hardware errors.
Maybe you can post full build.log (for big file you can use https://transfer.sh).
_________________
Questions are guaranteed in life; Answers aren't.

[mike155]

[plasmid]

I would be surprised if there is a hardware issue as I would expect issues on other builds, and this only has happened on libreoffice and happens exactly at the same spot every time. I'm guessing that something on my end is miss-configured or I would see other people with this issues, but I am not certain how to figure out what. I suppose I could do an empty tree rebuild of everything just to make sure there isn't some strange dependency issue. Any suggestions as to what to do next?

[mike155]

[plasmid]

This should be the full build log

https://transfer.sh/AOIgL/build.log

[Buffoon]

[Hu]

Generally, if the compiler selects an inappropriate instruction set for the CPU, you will get an Illegal instruction signal, rather than stack corruption.

[Buffoon]

I'm no programmer, but native passes to GCC also some cache size options, can't those cause buffer overflow?
_________________
Life is a tragedy for those who feel and a comedy for those who think.

[mike155]

Let's analyze what we have.

1. @plasmid already posted the output of 'emerge --info'. He's on unstable/testing, there are a few overlays, but nothing unusual.
   
   
2. The first lines of the build log show the configuration:
   

   Code:

   * Package:    app-office/libreoffice-7.1.2.2  * Repository: gentoo  * Maintainer: office@gentoo.org  * USE:        abi_x86_64 amd64 bluetooth branding cups dbus elibc_glibc gtk java kde kernel_linux mariadb python_single_target_python3_8 userland_GNU  * FEATURES:   network-sandbox preserve-libs sandbox userpriv usersandbox  * Using python3.8 to build  * Checking for at least 512 MiB RAM ...                                                     [ ok ]  * Checking for at least 6 GiB disk space at "/var/tmp/portage/app-office/libreoffice-7.1.2. [ ok ] ... >>> Unpacking source... >>> Unpacking libreoffice-branding-gentoo-0.8.tar.xz to /var/tmp/portage/app-office/libreoffice-7.1.2.2/work >>> Unpacking libreoffice-7.1.2.2.tar.xz to /var/tmp/portage/app-office/libreoffice-7.1.2.2/work >>> Unpacking libreoffice-help-7.1.2.2.tar.xz to /var/tmp/portage/app-office/libreoffice-7.1.2.2/work >>> Unpacking dtoa-20180411.tgz to /var/tmp/portage/app-office/libreoffice-7.1.2.2/work >>> Unpacking skia-m88-59bafeeaa7de9eb753e3778c414e01dcf013dcd8.tar.xz to /var/tmp/portage/app-office/libreoffice-7.1.2.2/work >>> Unpacking QR-Code-generator-1.4.0.tar.gz to /var/tmp/portage/app-office/libreoffice-7.1.2.2/work >>> Unpacking 17410483b5b5f267aa18b7e00b65e6e0-hsqldb_1_8_0.zip to /var/tmp/portage/app-office/libreoffice-7.1.2.2/work >>> Source unpacked in /var/tmp/portage/app-office/libreoffice-7.1.2.2/work >>> Preparing source in /var/tmp/portage/app-office/libreoffice-7.1.2.2/work/libreoffice-7.1.2.2 ...  * Applying libreoffice-5.3.4.2-kioclient5.patch ...                                         [ ok ]  * Applying libreoffice-6.1-nomancompress.patch ...                                          [ ok ]  * Applying libreoffice-7.0.3.1-qt5detect.patch ...                                          [ ok ]  * Running eautoreconf in '/var/tmp/portage/app-office/libreoffice-7.1.2.2/work/libreoffice-7.1.2.2' ...  * Running aclocal -I m4 ...                                                                 [ ok ]  * Running autoconf -I m4 --force ...                                                        [ ok ]  * Running autoheader -I m4 ...                                                              [ !! ]  * Running elibtoolize in: libreoffice-7.1.2.2/ renamed '/var/tmp/portage/app-office/libreoffice-7.1.2.2/work/branding-intro.png' -> 'icon-themes/colibre/brand/intro.png' >>> Source prepared. >>> Configuring source in /var/tmp/portage/app-office/libreoffice-7.1.2.2/work/libreoffice-7.1.2.2 ...  * Preset CFLAGS:    -march=native -O2 -pipe  * Preset LDFLAGS:   -Wl,-O1 -Wl,--as-needed  * Enforcing the use of gcc due to USE=-clang ...  *   Used CFLAGS:    -march=native -O2 -pipe  *   Used LDFLAGS:   -Wl,-O1 -Wl,--as-needed  * econf: updating libreoffice-7.1.2.2/config.sub with /usr/share/gnuconfig/config.sub  * econf: updating libreoffice-7.1.2.2/config.guess with /usr/share/gnuconfig/config.guess ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-dependency-tracking --docdir=/usr/share/doc/libreoffice-7.1.2.2 --htmldir=/usr/share/doc/libreoffice-7.1.2.2/html --libdir=/usr/lib64 --with-system-dicts --with-system-epoxy --with-system-headers --with-system-jars --with-system-libs --enable-build-opensymbol --enable-cairo-canvas --enable-largefile --enable-mergelibs --enable-neon --enable-python=system --enable-randr --enable-release-build --disable-breakpad --disable-bundle-mariadb --disable-ccache --disable-epm --disable-fetch-external --disable-gtk3-kde5 --disable-online-update --disable-openssl --disable-pdfium --disable-vlc --with-extra-buildid=Gentoo official package --enable-extension-integration --with-external-dict-dir=/usr/share/myspell --with-external-hyph-dir=/usr/share/myspell --with-external-thes-dir=/usr/share/myspell --with-external-tar=/var/tmp/portage/app-office/libreoffice-7.1.2.2/distdir --with-lang= --with-parallelism=1 --with-system-ucpp --with-tls=nss --with-vendor=Gentoo Foundation --with-x --without-fonts --without-myspell-dicts --with-help=html --without-helppack-integration --with-system-gpgmepp --without-system-jfreereport --without-system_apache_commons --without-system-sane --without-system-qrcodegen --disable-report-builder --enable-sdremote-bluetooth --disable-coinmp --enable-cups --enable-dbus --disable-debug --disable-evolution2 --disable-firebird-sdbc --disable-gstreamer-1-0 --enable-gtk3 --enable-kf5 --enable-qt5 --disable-ldap --disable-odk --disable-pdfimport --disable-postgresql-sdbc --disable-skia --without-lxml --without-system-coinmp --without-gdrive-client-id --without-gdrive-client-secret --with-java --without-doxygen --enable-dconf --enable-gio --disable-ext-nlpsolver --disable-scripting-beanshell --disable-scripting-javascript --disable-ext-wiki-publisher --without-junit --without-system-hsqldb --with-ant-home=/usr/share/ant -with-jdk-home=/usr/lib64/openjdk-11

   
   Again: nothing unusual
   
   
3. The end of the build log shows the command that fails (line breaks added by me):
   

   Code:

   [CXX] svx/source/customshapes/EnhancedCustomShapeFunctionParser.cxx S=/var/tmp/portage/app-office/libreoffice-7.1.2.2/work/libreoffice-7.1.2.2 && I=$S/instdir && W=$S/workdir &&  mkdir -p $W/CxxObject/svx/source/customshapes/ $W/Dep/CxxObject/svx/source/customshapes/ && cd /var/tmp/portage/app-office/libreoffice-7.1.2.2/work/libreoffice-7.1.2.2 &&         x86_64-pc-linux-gnu-g++ -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_SYSTEM_NO_DEPRECATED -DCPPU_ENV=gcc3 -DLINUX -DNDEBUG -DOSL_DEBUG_LEVEL=0 -DUNIX -DUNX -DX86_64 -D_PTHREADS -D_REENTRANT  -DSVXCORE_DLLIMPLEMENTATION  -DSYSTEM_LIBXML   -fvisibility=hidden  -Wno-stringop-overflow   -Wall -Wno-missing-braces -Wnon-virtual-dtor -Wendif-labels -Wextra -Wundef -Wunreachable-code -Wunused-macros  -finput-charset=UTF-8 -fmessage-length=0 -fno-common -pipe -fstack-protector-strong -fdiagnostics-color=always  -Wdeprecated-copy-dtor -Wno-maybe-uninitialized -Wduplicated-cond -Wlogical-op -Wshift-overflow=2 -Wunused-const-variable=1 -Wno-cast-function-type -fvisibility-inlines-hidden -fPIC -Wshadow -Woverloaded-virtual -std=c++17 -pthread  -O2 -pipe  -DEXCEPTIONS_ON -fexceptions -fno-enforce-eh-specs    -DLIBO_INTERNAL_ONLY  -c $S/svx/source/customshapes/EnhancedCustomShapeFunctionParser.cxx -o $W/CxxObject/svx/source/customshapes/EnhancedCustomShapeFunctionParser.o  -I$S/svx/inc -I$S/svx/source/inc -I$S/include  -I/usr/lib64/openjdk-11/include -I/usr/lib64/openjdk-11/include/linux -I$S/config_host  -I$W/CustomTarget/officecfg/registry -I$W/UnoApiHeadersTarget/udkapi/normal -I$W/UnoApiHeadersTarget/offapi/normal -I$W/SdiTarget/svx/sdi  -I/usr/include     -isystem /usr/include/libxml2 *** stack smashing detected ***: terminated /var/tmp/portage/app-office/libreoffice-7.1.2.2/work/libreoffice-7.1.2.2/svx/source/customshapes/EnhancedCustomShapeFunctionParser.cxx: In constructor ‘{anonymous}::ExpressionGrammar::definition<ScannerT>::definition(const {anonymous}::ExpressionGrammar&) [with ScannerT = boost::spirit::classic::scanner<const char*, boost::spirit::classic::scanner_policies<boost::spirit::classic::skipper_iteration_policy<> > >]’: /var/tmp/portage/app-office/libreoffice-7.1.2.2/work/libreoffice-7.1.2.2/svx/source/customshapes/EnhancedCustomShapeFunctionParser.cxx:1015:74: internal compiler error: Aborted  1015 |                 |   (str_p( "atan2") >> '(' >> additiveExpression >> ',' >> additiveExpression >> ')' )[ BinaryFunctionFunctor( ExpressionFunct::BinaryAtan2,self.getContext()) ]       |                      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~

   
   

A wild guess: it seems that Boost is involved. Since GCC 10.3 was released only a few days ago, I assume that Boost was compiled with a previous version of GCC?

@plasmid: please re-emerge Boost and try again.

[Hu]

[plasmid]

So I tried to rebuild boost...and it failed too....

https://transfer.sh/D5pO6/build.log

[gcyoung]

I think this is related to this issue. The upgrade to python9 has meant considerable changes and emerges. One of which is the requirement of changed uses to dev-libs/boost-1.75.0-r2. This compiled without problems on an older AMD processor and an Intel processor, but it will not compile on my Ryzen 3 processor. It terminated without an error message shortly after a note about stack smashing. The following is the code printed:

[tomtom69]

Maybe you get hit by this?
https://bugs.gentoo.org/724314

[gcyoung]

Yes! I just checked in Bugzilla and returned here to notify that I had found the bug listed.
I didn't want to go there first, since I wanted to be sure I hadn't done something stupid
in my settings first.

Many thanks anyway for pointing out the bug.

[g2-man]

Just to follow up and say I was having same issue. I also have Ryzen CPU, which seems to be common for the problem. Unclear gcyoung as you mention Intel processor as well, but if it is happening on computer with Ryzen CPU, as mentioned in bug 724314 I'd suggest adding vtv to USE flags for sys-devel/gcc, rebuilding gcc and then trying to rebuild boost. That worked for me anyway. I just checked my build logs, and I see I was getting same *** stack smashing detected ***: terminated message.

[gcyoung]

I saw an earlier post on the bugzilla 724314 reports which suggested using vtv,pgo and lto flags in the gcc compilation.
I did this and boost-1.76.0-r1 compiled OK. I give my results on the buzilla reports.

I am using gcc-10.3.0 and kernel-5.12.9-zen1.
It seems the pgo and lto flag may not be necessary, so I might give that a try.

There may be a misunderstanding in relation to the Intel processor. That was with another computer I have, and boost
compiled successfully on that machine, without the extra flag settings. The problem seems to exist only on the
Ryzen proccessor.
..................................................................................................................

Since writing the above I tried compiling without the pgo and iti flags. It didn't work. Seems all three flags are necessary.
I should also mention that I found boost to be a dependency of libreoffice, which will not compile without a functioning boost file installed.

[genterminl]

A year later, and I'm consistently getting a very similar stack smashing trying to compile libreoffice-7.3.3.2-r3 with gcc-11.3.0. I'm now compiling gcc with the patch from bug 724314 to see if it helps. (I've posted to that bug a while back, but have not had any problem compiling boost with gcc 11.3.0.) I'll only post build.log and emerge --info if someone thinks they might actually be useful.

[genterminl]

Two years more, and I'm having the same problem with libreoffic-24.2.6.2. This seems identical to this report, and both seem to be a case of this bug, where the most likely actual cause is a problem with znver1 CPUs.