riscv
/
coriolis
mirror of https://gitlab.lip6.fr/vlsi-eda/coriolis.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
coriolis/bootstrap/cmake_modules/FindLibexecinfo.cmake

47 lines
1.8 KiB
CMake
Raw Normal View History

Fix library linking problem for gcc 9 and above (Ubuntu 20/Debian 11). * Bug: In all CMakeLists.txt, it seems I was doing a worng use of target_link_library(). No longer add dependencies to the C++ base library but instead either to the Python associated module or to the final binaries. This was inderectly causing the linking problem related to Python (which was a misdirection). * Bug: Typo in FindLibexecinfo.cmake, do not use FindLib[E]xecinfo. * Change: In CRL/ccore/CMakeLists.txt, activate SKIP_AUTOMOC on bison/flex generated files. * Bug: In viewer/PyHApplication, do not delete the C++ object in the Python destroy method.
2021-11-21 17:05:48 -06:00
# Try to find Libexecinfo functionality
Forgot this one, for FreeBSD.
2012-12-03 02:38:59 -06:00
# Once done this will define
#
Fix library linking problem for gcc 9 and above (Ubuntu 20/Debian 11). * Bug: In all CMakeLists.txt, it seems I was doing a worng use of target_link_library(). No longer add dependencies to the C++ base library but instead either to the Python associated module or to the final binaries. This was inderectly causing the linking problem related to Python (which was a misdirection). * Bug: Typo in FindLibexecinfo.cmake, do not use FindLib[E]xecinfo. * Change: In CRL/ccore/CMakeLists.txt, activate SKIP_AUTOMOC on bison/flex generated files. * Bug: In viewer/PyHApplication, do not delete the C++ object in the Python destroy method.
2021-11-21 17:05:48 -06:00
# LIBEXECINFO_FOUND - system has Libexecinfo
# LIBEXECINFO_INCLUDE_DIR - Libexecinfo include directory
# LIBEXECINFO_LIBRARIES - Libraries needed to use Libexecinfo
Forgot this one, for FreeBSD.
2012-12-03 02:38:59 -06:00
#
# TODO: This will enable translations only if Gettext functionality is
# present in libc. Must have more robust system for release, where Gettext
# functionality can also reside in standalone Gettext library, or the one
# embedded within kdelibs (cf. gettext.m4 from Gettext source).
# Copyright (c) 2006, Chusslove Illich, <caslav.ilic@gmx.net>
# Copyright (c) 2007, Alexander Neundorf, <neundorf@kde.org>
#
# Redistribution and use is allowed according to the terms of the BSD license.
# For details see the accompanying COPYING-CMAKE-SCRIPTS file.
if(LIBEXECINFO_INCLUDE_DIR AND LIBEXECINFO_LIB_FOUND)
Fix library linking problem for gcc 9 and above (Ubuntu 20/Debian 11). * Bug: In all CMakeLists.txt, it seems I was doing a worng use of target_link_library(). No longer add dependencies to the C++ base library but instead either to the Python associated module or to the final binaries. This was inderectly causing the linking problem related to Python (which was a misdirection). * Bug: Typo in FindLibexecinfo.cmake, do not use FindLib[E]xecinfo. * Change: In CRL/ccore/CMakeLists.txt, activate SKIP_AUTOMOC on bison/flex generated files. * Bug: In viewer/PyHApplication, do not delete the C++ object in the Python destroy method.
2021-11-21 17:05:48 -06:00
set(Libexecinfo_FIND_QUIETLY TRUE)
Forgot this one, for FreeBSD.
2012-12-03 02:38:59 -06:00
endif(LIBEXECINFO_INCLUDE_DIR AND LIBEXECINFO_LIB_FOUND)
find_path(LIBEXECINFO_INCLUDE_DIR execinfo.h)
set(LIBEXECINFO_LIB_FOUND FALSE)
if(LIBEXECINFO_INCLUDE_DIR)
include(CheckFunctionExists)
check_function_exists(backtrace LIBEXECINFO_LIBC_HAS_LIBEXECINFO_BACKTRACE)
if (LIBEXECINFO_LIBC_HAS_LIBEXECINFO_BACKTRACE)
set(LIBEXECINFO_LIBRARIES)
set(LIBEXECINFO_LIB_FOUND TRUE)
else (LIBEXECINFO_LIBC_HAS_LIBEXECINFO_BACKTRACE)
find_library(LIBEXECINFO_LIBRARIES NAMES execinfo libexecinfo )
if(LIBEXECINFO_LIBRARIES)
set(LIBEXECINFO_LIB_FOUND TRUE)
endif(LIBEXECINFO_LIBRARIES)
endif (LIBEXECINFO_LIBC_HAS_LIBEXECINFO_BACKTRACE)
endif(LIBEXECINFO_INCLUDE_DIR)
include(FindPackageHandleStandardArgs)
Fix library linking problem for gcc 9 and above (Ubuntu 20/Debian 11). * Bug: In all CMakeLists.txt, it seems I was doing a worng use of target_link_library(). No longer add dependencies to the C++ base library but instead either to the Python associated module or to the final binaries. This was inderectly causing the linking problem related to Python (which was a misdirection). * Bug: Typo in FindLibexecinfo.cmake, do not use FindLib[E]xecinfo. * Change: In CRL/ccore/CMakeLists.txt, activate SKIP_AUTOMOC on bison/flex generated files. * Bug: In viewer/PyHApplication, do not delete the C++ object in the Python destroy method.
2021-11-21 17:05:48 -06:00
find_package_handle_standard_args(Libexecinfo DEFAULT_MSG LIBEXECINFO_INCLUDE_DIR LIBEXECINFO_LIB_FOUND)
Forgot this one, for FreeBSD.
2012-12-03 02:38:59 -06:00
Fix library linking problem for gcc 9 and above (Ubuntu 20/Debian 11). * Bug: In all CMakeLists.txt, it seems I was doing a worng use of target_link_library(). No longer add dependencies to the C++ base library but instead either to the Python associated module or to the final binaries. This was inderectly causing the linking problem related to Python (which was a misdirection). * Bug: Typo in FindLibexecinfo.cmake, do not use FindLib[E]xecinfo. * Change: In CRL/ccore/CMakeLists.txt, activate SKIP_AUTOMOC on bison/flex generated files. * Bug: In viewer/PyHApplication, do not delete the C++ object in the Python destroy method.
2021-11-21 17:05:48 -06:00
mark_as_advanced(LIBEXECINFO_INCLUDE_DIR LIBEXECINFO_LIBRARIES LIBEXECINFO_LIBC_HAS_LIBEXECINFO_BACKTRACE LIBEXECINFO_LIB_FOUND)