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?