emu-mirror/dolphin
1
0
Fork 0
mirror of https://github.com/dolphin-emu/dolphin.git synced 2024-12-30 22:10:59 +01:00
Code Issues Packages Projects Releases Wiki Activity
b99d1a0a20
dolphin/CMakeTests/FindLLVM.cmake

30 lines
1.2 KiB
CMake
Raw Normal View History

Implements LLVM based disassembler for the debugger. This will work for all of our platforms, x86, ARMv7, and AArch64. Main issue with this is that LLVM's cmake files aren't correctly finding the LLVM install. Not sure if this is Ubuntu's issue or not, it may just work on other operating systems. We could potentially improve this, you can pass in a specific CPU in to the LLVM disassembler. This would probably affect latency times that are reported by LLVM's disassembly? This needs to be further investigated later.
2014-10-21 12:56:01 +02:00
# This file only exists because LLVM's cmake files are broken.
# This affects both LLVM 3.4 and 3.5.
# Hopefully when they fix their cmake system we don't need this garbage.
Make the LLVM detect script verify that the dynamic library actually exists. For some dumb reason, llvm-config doesn't provide the flags to link against the dynamic library copy of LLVM (as opposed to static), so the script has to guess the library name. However, in some installations (such as mine), there is no dynamic copy, which caused Dolphin to fail to link. Change the script to do a link test. If it fails, one option would be to fall back on static linking, but I just have it fail to detect LLVM, because statically linking Dolphin against LLVM is really not a great idea - huge binary, long link time.
2015-07-07 13:49:46 +02:00
include(CheckLibraryExists)
Implements LLVM based disassembler for the debugger. This will work for all of our platforms, x86, ARMv7, and AArch64. Main issue with this is that LLVM's cmake files aren't correctly finding the LLVM install. Not sure if this is Ubuntu's issue or not, it may just work on other operating systems. We could potentially improve this, you can pass in a specific CPU in to the LLVM disassembler. This would probably affect latency times that are reported by LLVM's disassembly? This needs to be further investigated later.
2014-10-21 12:56:01 +02:00
list(APPEND LLVM_CONFIG_EXECUTABLES "llvm-config")
list(APPEND LLVM_CONFIG_EXECUTABLES "llvm-config-3.5")
list(APPEND LLVM_CONFIG_EXECUTABLES "llvm-config-3.4")
foreach(LLVM_CONFIG_NAME ${LLVM_CONFIG_EXECUTABLES})
find_program(LLVM_CONFIG_EXE NAMES ${LLVM_CONFIG_NAME})
if (LLVM_CONFIG_EXE)
Fixes LLVM library detection. I must have had a dirty cmake configuration which didn't encounter this issue. Make sure we are using LLVM_DEFINITIONS to know where we are linking to libraries at. Link against libLLVM-${VERSION}, the other one was linking us against static libraries...
2014-10-26 22:17:57 +01:00
execute_process(COMMAND ${LLVM_CONFIG_EXE} --version OUTPUT_VARIABLE LLVM_PACKAGE_VERSION
Implements LLVM based disassembler for the debugger. This will work for all of our platforms, x86, ARMv7, and AArch64. Main issue with this is that LLVM's cmake files aren't correctly finding the LLVM install. Not sure if this is Ubuntu's issue or not, it may just work on other operating systems. We could potentially improve this, you can pass in a specific CPU in to the LLVM disassembler. This would probably affect latency times that are reported by LLVM's disassembly? This needs to be further investigated later.
2014-10-21 12:56:01 +02:00
OUTPUT_STRIP_TRAILING_WHITESPACE )
Adds LLVM version check to cmake. We require LLVM 3.4 minimum, so if the user has something older make sure to not attempt compiling. Fixes issues #7858 and #7906.
2014-12-07 11:49:45 +01:00
if (${LLVM_PACKAGE_VERSION} VERSION_GREATER "3.3")
execute_process(COMMAND ${LLVM_CONFIG_EXE} --includedir OUTPUT_VARIABLE LLVM_INCLUDE_DIRS
OUTPUT_STRIP_TRAILING_WHITESPACE )
execute_process(COMMAND ${LLVM_CONFIG_EXE} --ldflags OUTPUT_VARIABLE LLVM_LDFLAGS
OUTPUT_STRIP_TRAILING_WHITESPACE )
Make the LLVM detect script verify that the dynamic library actually exists. For some dumb reason, llvm-config doesn't provide the flags to link against the dynamic library copy of LLVM (as opposed to static), so the script has to guess the library name. However, in some installations (such as mine), there is no dynamic copy, which caused Dolphin to fail to link. Change the script to do a link test. If it fails, one option would be to fall back on static linking, but I just have it fail to detect LLVM, because statically linking Dolphin against LLVM is really not a great idea - huge binary, long link time.
2015-07-07 13:49:46 +02:00
check_library_exists(LLVM-${LLVM_PACKAGE_VERSION} LLVMVerifyFunction "${LLVM_LDFLAGS}" HAVE_DYNAMIC_LLVM_${LLVM_PACKAGE_VERSION})
if (HAVE_DYNAMIC_LLVM_${LLVM_PACKAGE_VERSION})
set(LLVM_LIBRARIES "${LLVM_LDFLAGS} -lLLVM-${LLVM_PACKAGE_VERSION}")
set(LLVM_FOUND 1)
break()
endif()
Adds LLVM version check to cmake. We require LLVM 3.4 minimum, so if the user has something older make sure to not attempt compiling. Fixes issues #7858 and #7906.
2014-12-07 11:49:45 +01:00
endif()
Implements LLVM based disassembler for the debugger. This will work for all of our platforms, x86, ARMv7, and AArch64. Main issue with this is that LLVM's cmake files aren't correctly finding the LLVM install. Not sure if this is Ubuntu's issue or not, it may just work on other operating systems. We could potentially improve this, you can pass in a specific CPU in to the LLVM disassembler. This would probably affect latency times that are reported by LLVM's disassembly? This needs to be further investigated later.
2014-10-21 12:56:01 +02:00
endif()
endforeach()
Reference in New Issue Copy Permalink