Compiler baselines

[Stephan Bergmann]

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?