Hello Peter, On Mon, May 24, 2021 at 10:10:23AM +0000, Peter Kovacs wrote:
> Hello all, > > > I am building OpenOffice trunk in a CentOSX Environment running as a docker > image. Anyone has an Idea where to look. The versions look very old and even > for CentOSx not up to time. > > My host system is Arch Linux. I run into a strange QA Issue: > > Entering workspace/AOO/github/main/sal/qa/osl/condition > > ../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6: > version `GLIBCXX_3.4.20' not found (required by > workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0) I don't know Docker, but what you wrote below may give us a suggestion. [...] > My Config: [ ...snip as nothing seems wrong there ... ] > > My Docker build environment: > > FROM centos:7 > RUN yum update -y > RUN echo "assumeyes=1" >> /etc/yum.conf > RUN yum install epel-release -y > RUN yum install -y\ > gcc \ > expat-devel \ > openssl-devel \ > autoconf \ > gcc-c++ \ Here we are. If I understand correctly, you are installing an older C++ (from Centos 7) into your up-to-date system. The error message is about a library mismatch between /lib64/libstdc++.so.6 and one of the shared libraries you compiled. Is it possible that, for some reason, the AOO build system is not always using the same version of GCC, or the same libraries? I.e. it is mixing them from the CentOS installation and from the host system? Or maybe the Docker image contains multiple versions of GCC, and the build system is mixing them? This could lead to errors similar to the one you reported. You can get information about individual libstdc+ versions with the following command: $ strings /path/libstdc++.so.6 | grep GLIBCXX And from here: https://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html you can see that GLIBC_3.4.20 corresponds to GCC 4.9.0. I hope this helps. Best regards, -- Arrigo --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
