#Cmake set clang code#
#Cmake set clang windows#

Found Boost: /usr/lib/x86_64-linux-gnu/cmake/Boost-1.74.0/BoostConfig.cmake (found suitable version '1.74.0', minimum required is '1.74.0') found components: log Check for working CXX compiler: /usr/bin/c++ - skipped by a user), and if yes, then the value of the variable is not updated. That call checks whether the variable is already defined (e.g.

#Cmake set clang code#

The CXX compiler identification is GNU 10.2.1 'then you should not be using set and should leave it to the user to use -D' - Normally, the code calls set for a variable, which is expected to be defined by a user. 349 3 3 silver badges 11 11 bronze badges. Target_compile_features($ PRIVATE -Werror)Ĭommands: $ cmake -H. set(CMAKECXXCLANGTIDY 'clang-tidy -stylefile -checks') You have to make sure that the clang-tidy arguments are correct, otherwise it seems to fail silently. Set(CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS YES CACHE BOOL 'Export all symbols')įind_package(Boost 1.74.0 REQUIRED COMPONENTS log)įind_program(CLANG_TIDY_EXE NAMES 'clang-tidy' REQUIRED) Or maybe I’m missing something key in how this works?ĬMakeLists.txt: cmake_minimum_required(VERSION 3.18) I suppose this means that compiling the library alone will produce a mostly empty result, but I would still expect it to run clang-tidy. They should always be the first two lines in your CMakeLists.txt, in that order. This is a headers-only library because all of the classes provided have templates, and you cannot define template class members outside of the template class. Then your CMakeLists.txt was wrong, it should be: cmakeminimumrequired (VERSION 3.20) project (P1 LANGUAGES C) addexecutable (c1 c1.c) Notice the order of the cmakeminimumrequired and project commands. Main.I am writing a library, and I cannot get clang-tidy to run on build. Include($/include)Īdd_clang_executable(cxx-abi-export main.cpp) In sum, at the command line, you would manually run: cmake -G Ninja -S. That will create a file called compilecommands.json in your build folder that the standalone clang-tidy can read. This is my CMakeLists.txt set(LLVM_INSTALL_PREFIX '/home/dev/usr/llvm') When using the Ninja or Makefile generators, you may set -DCMAKEEXPORTCOMPILECOMMANDSON at the command line. I built LLVM with Clang and installed it to /home/dev/usr/llvm. I can compile through cmakethe result is : - The C compiler identification is Clang 10.0.0 with GNU-like command-line - The CXX compiler identification is Clang 10.0.0 with GNU-like command-line - Check for working C compiler: D:/LLVM/bin/clang.exe - Check for working C compiler: D:/LLVM/bin/clang.exe - works - Detecting C compiler ABI. You can ask CMake to add any custom compile flags with -DCMAKECXXFLAGS command line argument. But this file is auto-generated, so all modifications to it will be overwritten eventually.

out-of-tree build (it’s not going to be part of Clang, so my source tree is separated from clang’s) Clangd uses compilecommands.json database file which contains flags (such as include directories) for each file in project.

dynamically link to clang-cpp.so to reduce binary size.

Since these classes are not exposed in Clang C API (libclang), I have to link to clang-cpp library directly. it should be similar to clang -cc1 -fdump-record-layouts -fdump-vtable-layout. I want to use the code at clang/lib/AST/ItaniumCXXABI.cpp and clang/lib/AST/ItaniumMangle.cpp. Because this library needs to be compatible with a specific version of the Unreal Engine, Im using the recommended cross-compilation toolchain for Unreal Engine 4.26, which is labelled v17.

#Cmake set clang windows#

Im attempting to build a library for Linux using CMake and Clang on Windows 10.

I’m developing a Clang-based tool to expose internals of C++ ABI as C structs (memory layout of classes with vtable and content of vtable), so that it can be used to generate language bindings. CMake: Clang-based cross-compile for Linux uses wrong target platform.