Thanks Thomas. As usual you pointed me in the right direction. After the upgrade to Fedora 33, I made a change to get another program working, I just had to undo that change.
libc.so was replaced by a link to libc-2.32.so. Luckily I saved the original libc.so file so it was easy to undo. So this was a self inflicted wound. ---- Brendan Coupe ---- Brendan Coupe On Fri, Dec 4, 2020 at 2:34 AM Thomas Baumgart <t...@net-bembel.de> wrote: > > Brendan, > > On Freitag, 4. Dezember 2020 02:57:15 CET Brendan Coupe wrote: > > > I just upgraded from Fedora 32 to 33 and I'm getting the following > > error when I try to compile KMM from the master source (it was working > > fine right before the upgrade): > > > > ========================================================================== > > -DCMAKE_INSTALL_PREFIX=/usr/ -DKDE_INSTALL_PLUGINDIR=/usr/lib64/qt5/plugins > > > > /usr/local/src/kmm/kmymoney-2020.12.03-18.52.10-GIT-5.1 > > > > cmake -DCMAKE_INSTALL_PREFIX=/usr/ > > -DKDE_INSTALL_PLUGINDIR=/usr/lib64/qt5/plugins > > /usr/local/src/kmm/kmymoney-2020.12.03-18.52.10-GIT-5.1 > > -- The CXX compiler identification is GNU 10.2.1 > > -- Detecting CXX compiler ABI info > > -- Detecting CXX compiler ABI info - failed > > -- Check for working CXX compiler: /usr/lib64/ccache/c++ > > -- Check for working CXX compiler: /usr/lib64/ccache/c++ - broken > > CMake Error at /usr/share/cmake/Modules/CMakeTestCXXCompiler.cmake:59 > > (message): > > The C++ compiler > > > > "/usr/lib64/ccache/c++" > > > > is not able to compile a simple test program. > > > > It fails with the following output: > > > > Change Dir: > > /usr/local/src/kmm/kmymoney-2020.12.03-18.52.10-GIT-5.1/build/CMakeFiles/CMakeTmp > > > > Run Build Command(s):/bin/gmake cmTC_8efe4/fast && /bin/gmake -f > > CMakeFiles/cmTC_8efe4.dir/build.make CMakeFiles/cmTC_8efe4.dir/build > > gmake[1]: Entering directory > > '/usr/local/src/kmm/kmymoney-2020.12.03-18.52.10-GIT-5.1/build/CMakeFiles/CMakeTmp' > > Building CXX object CMakeFiles/cmTC_8efe4.dir/testCXXCompiler.cxx.o > > /usr/lib64/ccache/c++ -o > > CMakeFiles/cmTC_8efe4.dir/testCXXCompiler.cxx.o -c > > /usr/local/src/kmm/kmymoney-2020.12.03-18.52.10-GIT-5.1/build/CMakeFiles/CMakeTmp/testCXXCompiler.cxx > > Linking CXX executable cmTC_8efe4 > > /usr/bin/cmake -E cmake_link_script > > CMakeFiles/cmTC_8efe4.dir/link.txt --verbose=1 > > /usr/lib64/ccache/c++ -rdynamic > > CMakeFiles/cmTC_8efe4.dir/testCXXCompiler.cxx.o -o cmTC_8efe4 > > /bin/ld: /usr/lib/gcc/x86_64-redhat-linux/10/../../../../lib64/crt1.o: > > in function `_start': > > (.text+0x16): undefined reference to `__libc_csu_fini' > > /bin/ld: (.text+0x1d): undefined reference to `__libc_csu_init' > > collect2: error: ld returned 1 exit status > > gmake[1]: *** [CMakeFiles/cmTC_8efe4.dir/build.make:106: cmTC_8efe4] > > Error 1 > > gmake[1]: Leaving directory > > '/usr/local/src/kmm/kmymoney-2020.12.03-18.52.10-GIT-5.1/build/CMakeFiles/CMakeTmp' > > gmake: *** [Makefile:140: cmTC_8efe4/fast] Error 2 > > > > > > > > > > > > CMake will not be able to correctly generate this project. > > Call Stack (most recent call first): > > CMakeLists.txt:10 (project) > > > > > > -- Configuring incomplete, errors occurred! > > See also > > "/usr/local/src/kmm/kmymoney-2020.12.03-18.52.10-GIT-5.1/build/CMakeFiles/CMakeOutput.log". > > See also > > "/usr/local/src/kmm/kmymoney-2020.12.03-18.52.10-GIT-5.1/build/CMakeFiles/CMakeError.log". > > make: *** No targets specified and no makefile found. Stop. > > > > > > ========================================================================== > > > > Any idea what's wrong? > > Not really (no time to dive into it) but I doubt that it is KMyMoney > specific. This is a test > that comes from ECM (Extra CMake Module). A quick search came up with: > > https://stackoverflow.com/questions/6656317/linking-a-c-program-directly-with-ld-fails-with-undefined-reference-to-libc-c > https://www.linuxquestions.org/questions/linux-general-1/undefined-reference-to-%60__libc_csu_fini%27-849247/ > > which shows, that this is a general problem in your environment. Maybe, > Fedora already has a solution. > > Hope that helps. > > > -- > > Regards > > Thomas Baumgart > > https://www.signal.org/ Signal, the better WhatsApp > ------------------------------------------------------------- > GDB has a 'break' feature; why doesn't it have 'fix' too? > -------------------------------------------------------------
