草庐IT

target_compile_definitions

全部标签

c++ - Opencv 错误 : no GPU support (library is compiled without CUDA support)

我正在尝试使用CUDA在GPU上使用opencv处理一些图像处理任务。我正在使用ubuntu。我毫无问题地设置了我的两个产品Opencv和Cuda,我确信这一点。但是,当我尝试在eclipse中运行sampleCOde时,出现错误:OpenCV错误:在mallocPitch中没有GPU支持(库在没有CUDA支持的情况下编译),文件/home/muad/Source/OpenCV-2.4.2/modules/core/src/gpumat.cpp,第749行我重做了我的opencv,但我还是明白了。 最佳答案 如文档中所述,您必须使用

c++ - LNK1112 : module machine type 'x64' conflicts with target machine type 'X86' : Qt creator

我有一个在linux上运行的应用程序,我正试图将其导入到windows上。我已经设置了所有库并对.pro文件进行了更改。现在,当我尝试构建项目时出现此错误:error:LNK1112:modulemachinetype'x64'conflictswithtargetmachinetype'X86'我不确定是什么导致了这个问题。我正在使用32位Qtcreator。我知道有几个链接讨论了更改项目属性,但所有这些都与在VisualStudio中更改它们有关。我正在使用Qtcreator并通过QtUI运行项目。所以我不确定如果必须解决这个问题,必须通过Qt对项目属性进行哪些更改。

c++ - 为什么library API + compiler ABI就足以保证不同版本gcc对象之间的兼容性?

我遇到过这样一种情况,我可能想将使用一个版本的gcc编译的C++共享对象库与一些将使用另一个版本的gcc编译的代码一起使用。特别是,我想使用返回一些STL容器的方法,例如std::string和std::map。gccwebsite许多旧的stackoverflow帖子(例如here)讨论了这个问题。我目前的理解是关于此问题的大部分关注和帖子都是关于.so文件和.dll文件之间的交叉兼容性。由于不同的编译器ABI,这非常困难。对于使用不同版本的gcc(至少gcc版本>=3.4)编译的.so文件之间的交叉兼容性,您需要确保标准库API没有改变(并且,如果它有,有dualABI支持)。我的

c++ - 这些 g++ "multiple definition"错误是怎么回事?

我正处于一个项目的早期阶段(阅读:昨天才开始),我正在设置我的初始makefile。这非常简单。以下是文件的完整内容:all:main.oresource.og++-ooutput.exemain.oresource.omain.o:main.cppmain.hresource.hg++-mwindows-omain.omain.cppresource.o:resource.rcwindresresource.rcresource.oclean:rm*.o在这一点上,我认为重要的是要提到我正在Windows上工作,所以我在Powershell中使用MinGWg++4.5.2或使用Cyg

c++ - Netbeans远程C++开发 "No rule to make target"错误

在Netbeans中创建一个简单的远程C++开发应用程序时,出现以下错误:gmake[2]:Enteringdirectory'/path/to/project'gmake[2]:***Noruletomaketarget'/path/to/project/cpp/file'gmake[2]:Leavingdirectory'/path/to/project'BUILDFAILED(exitvalue2,totaltime:1s)要重现此错误,我只需创建一个新的C/C++项目,选择一个我已经配置的远程主机。当我添加具有相应.h文件的.ccp文件时,出现此错误。我什至不必使用或包含这些文

C++14 元编程 : Automagically build a list of types at compile/init time

使用C++14和CuriouslyRecurringTemplatePattern(CRTP)以及可能的Boost.Hana的某种组合(或boost::mpl如果您愿意),我可以在编译时(或静态初始化时)构建一个类型列表而无需显式声明吗?例如,我有这样的东西(在Coliru上查看):#include#include#includenamespace{structD1{staticconstexprautoval=10;};structD2{staticconstexprautoval=20;};structD3{staticconstexprautoval=30;};}intmain(

java - OOP 访问修饰符 : Compile-time or Run-time

我听说访问修饰符Public、Private和Protected只是一些编译器的东西,它们实际上并不存在于编译的二进制代码中.现在我想知道它有多少是正确的?如果它是正确的,是否意味着封装在运行时不存在于二进制代码中?因此,如果您修改二进制文件以非法访问Private方法,理论上,没有任何东西可以检查您的权限,无论是任何OOP机制还是操作系统,对吧?我还标记了C++和Java的问题。我知道它们之间的区别,只是想看看它们处理访问修饰符有何不同。 最佳答案 访问修饰符只是C++中的一种编译时机制。然而,在Java中,它们也在运行时强制执行

c++ - CMake 错误 : CMake can not determine linker language for target: myapp

我正在尝试通过cmake编译vMime,但出现上述错误,我正在使用cmake的图形界面,我的makefiles.txt在下面。它配置正确但不生成cmake_minimum_required(VERSION2.8)PROJECT(CXX)#vmimeenable_language(CXX)set(VerifyCXXVerifyCXX.cxx)add_definitions(-DVERIFY_CXX)set_target_properties(${TARGET}PROPERTIESLINKER_LANGUAGECxx)add_executable(myappvmime)install(TA

c++ - 在 CMake 中,指定所有可执行文件 target_link_libraries 某些库

在CMake中,有没有办法指定我所有的可执行文件都链接到某个库?基本上我希望我所有的可执行文件都链接到tcmalloc和分析器。简单地指定-ltcmalloc和-lprofiler不是一个好的解决方案,因为我想让CMake以可移植的方式找到库的路径。 最佳答案 您可以使用您自己的函数覆盖内置的add_executable函数,它总是添加所需的链接依赖项:macro(add_executable_name)#invokebuilt-inadd_executable_add_executable(${ARGV})if(TARGET${_

c++ - "No rule to make target ' 安装 '"... 但是 Makefile 存在

我在安装C++库时遇到问题。CMake命令成功并生成Makefile,但它给出警告:CMakeWarning(dev)atCMakeLists.txt:27(LINK_DIRECTORIES):Thiscommandspecifiestherelativepath../usr/local/libasalinkdirectory.PolicyCMP0015isnotset:link_directories()treatspathsrelativetothesourcedir.Run"cmake--help-policyCMP0015"forpolicydetails.Usethecmak