草庐IT

CMAKE_INSTALL_PREFIX

全部标签

c++ - 将 Visual Studio 调试器工作目录设置为 CMake 中的可执行输出目录

VisualStudio调试器的默认工作目录是$(ProjectDir).我真正想要的是将其设置为$(TargetDir)(我正在运行的.exe所在的位置)。Thisanswer提供了正确的语法,因此我尝试了以下操作:if(CMAKE_CXX_COMPILER_IDMATCHES"MSVC")set_target_properties(${PROJECT_NAME}PROPERTIESVS_DEBUGGER_WORKING_DIRECTORY${PROJECT_BUILD_DIR}/Debug)endif()但是这硬编码了Debug,我不喜欢。我试过了$在最后,但这在VisualStu

c++ - 使用 Cmake-gui 和 vcpkg

这个问题在这里已经有了答案:Settingacross-compilerfileusingtheCMakeGUI(2个答案)关闭上个月。我正在为我的项目测试vcpkg,我遇到了cmake-gui的问题我已经安装了vcpkg,在vcpkg的帮助下安装了Boost库。当我通过命令行编译时,一切正常。我用命令cmake..-DCMAKE_TOOLCHAIN_FILE=D:/repos/vcpkg/scripts/buildsystems/vcpkg.cmake-G"VisualStudio15Win64"但问题是当我想使用cmake-gui生成构建文件时。它报告找不到Boost。我尝试添加s

c++ - 遗留 c++ 代码不包含 std::prefix

我正在使用g++4.4.7编译一段非常古老的遗留代码。关于这段代码,我真正知道的是它是在Irix/Sun系统上开发的,这意味着它具有MIPS体系结构。我在使用这段代码时发现的一件相当奇怪的事情是,它有时会调用像endl和set_new_handler这样的函数而没有std::前缀。显然,这会导致编译错误。由于我假设这段代码有时会在某台机器上编译,因此我对盲目添加std::前缀以使其编译有点谨慎,因为它可能会改变行为.那么,是否有一些旧的非ISO编译器允许这段代码编译?或者是否有某种标志可以传递给gcc以允许这段代码工作? 最佳答案

c++ - CMake Find_Package(PythonLibs): Does CMake give a preference to dynamic or static libraries?

当我运行FindPackage(PythonLibs)时,它首先找到静态python库python3.5m.a,而不是python3.5m.so。这是CMake的预期行为吗?我怀疑它不符合CMakebugreport;然而,这个错误报告是在2005年提交的。13年来情况发生了变化。如果共享库有偏好,那么知道为什么CMake会找到静态库而不是共享库吗?我已经通过使用SET()命令告诉CMake正确的库在哪里用于我自己的构建来解决构建问题。我正在寻找一个可以更好地理解CMake在这种情况下的行为的答案,因为我正在尝试解决不同的problem,并在共享库中找到static对我来说似乎很奇怪。

cmake - CMakeLists.txt中应该在哪里调用find_package?

在cmake项目中包含外部库通常使用find_package()执行。但是在一个大型的多应用程序/多库项目中,一些第3方和/或系统库被多个应用程序和库使用是很典型的。这些常用库的find_package()应该在哪里调用?在每个需要它们的可执行文件/库的CMakeLists.txt文件中?或者,在顶级CMakeLists.txt文件中?第一个选项似乎是一种更加模块化的方法,但相关的find_package()脚本是为使用它们的每个库/可执行文件执行的。这会减慢配置步骤。第二个选项更有效,但对我来说看起来有点像全局变量。 最佳答案 我

python - BoostPython 和 CMake

我已成功关注this如何连接C++和python的示例。当我使用给定的Makefile时它工作正常。当我尝试使用cmake时,效果并不理想。C++代码:#include#includeextern"C"charconst*greet(){return"hello,world";}BOOST_PYTHON_MODULE(hello_ext){usingnamespaceboost::python;def("greet",greet);}intmain(){std::cout生成文件:#locationofthePythonheaderfilesPYTHON_VERSION=27PYTHO

c++ - CMake 可以找到一个 Boost 头文件,但找不到另一个

由于Boost库可以单独安装在某些系统上(即使这种情况可能很少见),我想确保它们可用。我通过检查一些我需要的头文件来做到这一点:check_include_file_cxx(boost/parameter/keyword.hppHAVE_BOOST_PARAMETER_KEYWORD_HPP)check_include_file_cxx(boost/asio/io_service.hppHAVE_BOOST_ASIO_IO_SERVICE_HPP)我遇到的问题是CMake声称它可以找到boost/parameter/keyword.hpp头文件,但找不到boost/asio/io_se

cmake应用:集成gtest进行单元测试

编写代码有bug是很正常的,通过编写完备的单元测试,可以及时发现问题,并且在后续的代码改进中持续观测是否引入了新的bug。对于追求质量的程序员,为自己的代码编写全面的单元测试是必备的基础技能,在编写单元测试的时候也能复盘自己的代码设计,是提高代码质量极为有效的手段。  本文主要介绍以下几个方面的内容:  1、何为单元测试  2、何为gtest  3、怎么使用gtest  4、怎么运行测试一单元测试是什么?  单元测试(UnitTesting),一般指对软件中的最小可测试单元进行检查和验证。最小可测试单元可以是指一个函数、一次调用过程、一个类等,不同的语言可能有不同的测试方法,暂时不必深究。  

[系统安装]_VirtualBox + slackware64-15.0-install-dvd + fiuxbox 窗口管理器 + 终端界面鼠标支持

##################################################目录Slackware15.0获取以及 VirtualBox虚拟机配置获取镜像配置VirtualBox虚拟机进入Slackware15.0DVD启动盘系统光驱启动键盘选择登入启动盘系统SlackwareLive系统设置硬盘使用cfdisk分区工具建立交换分区使用fdisk对磁盘进行分区配置硬盘完成安装 slackware6415.0installdvd操作系统SlackwareLinuxSetup(version15.0)ADDSWAP/添加虚拟交换分区TARGET/安装位置SOURCE/安装源

c++ - CMake:将 ELF 嵌入到可执行文件中

我有一个项目需要访问嵌入到specialsection中可执行文件中的ELF文件.我以前手工制作Makefile,只是有一个shell脚本,我在其中使用objcopy将我想要嵌入的目标复制到一个.o文件中,然后在可执行文件中链接到该文件。#Createanewsectionandcopythebinarythere($1=input$2=outputname)objcopy--input-targetbinary--output-targetelf64-x86-64\--binary-architecturei386$1$2.o现在我想摆脱自定义Makefile并使用CMake生成它们