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? -------------------------------------------------------------
signature.asc
Description: This is a digitally signed message part.
