On 21/11/2018 17:42, Stephan Bergmann wrote:
On 13/09/2018 12:21, Stephan Bergmann wrote:
* Building on CentOS 6 with DeveloperToolset (DTS) 7 (GCC 7.3.1) runs
into a linker issue with an unresolved
_ZN9__gnu_cxx32__throw_concurrence_unlock_errorEv when linking
Library_unoexceptionprotector in an --enable-dbgutil (i.e.,
-D_GLIBCXX_DEBUG libstdc++ debug mode) build (see
<https://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTER&brief-log=1536396604.27182>).
Smells like a bug in DTS's libstdc++_nonshared.a, but I learned
off-list that there is little hope that that would get fixed for DTS
7. A hack-around I found to get at least Library_unoexceptionprotector
linked is to modify devtoolset-7-gcc-c++-7.3.1-5.10.el6.x86_64's
/opt/rh/devtoolset-7/root/usr/lib/gcc/x86_64-redhat-linux/7/libstdc++.so
linker script, doubling the -lstdc++_nonshared entry on the INPUT line.
All under control according to cloph; TDF (incl. Jenkins) Linux GCC
master builds are done with DeveloperToolset 7.
So I would have assumed that the relevant Jenkins builds are already
done with GCC 7. But looking at a random recent
gerrit_linux_gcc_release build (for master),
<https://ci.libreoffice.org/job/gerrit_linux_gcc_release/20275/consoleFull>
has "export GCC_VERSION=408". What's missing?
_______________________________________________
LibreOffice mailing list
LibreOffice@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/libreoffice
