我有一个C ++ 11项目，我有一个与gcc完美结合的CMakeLists.txt。
我想使用非标准扩展名，并将单个Manager.cpp文件（使用mv）更改为Manager.cu。我正在尝试使用gcc编译项目。
**中标记的以下内容是所做的修改
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11 **-xc++**")
set(SOURCE_FILES
**Manager.cu**
.......
.......
)
**set_source_files_properties(${SOURCE_FILES} PROPERTIES LANGUAGE CXX)**
**add_executable(test ${SOURCE_FILES})**
**set_target_properties(test PROPERTIES LINKER_LANGUAGE CXX)**
当我尝试在CLion 2018.2中构建它时，由于以下消息，我看到它已成功构建
[1％]构建CXX对象CMakeFiles / test.dir / medyan / src / Manager.cu.o
...
构建所有文件后，在链接阶段，我收到以下类型的无限错误和警告
> ...*.cpp.o error: stray ‘\371’ in program ..*cpp.o: error: stray ‘\34’
> in program ....*.cu.o: error: stray ‘\2’ in program ....*.cu.o:
> warning: null character(s) ignored ..*.cpp.o:3209:629: warning: null
> character(s) ignored ..*.cpp.o:3209:1: error: stray ‘\22’ in program
> ..*.cpp.o:3209:631: warning: null character(s) ignored
> ..*.cpp.o:3209:1: error: stray ‘\24’ in program
我无法调试此消息，因为错误消息没有帮助。这是否意味着cmake首先没有正确构建它？如何解决这个问题？
最佳答案
有几件事发生。
需要set_source_files_properties(${SOURCE_FILES} PROPERTIES LANGUAGE CXX)以确保将源文件添加到项目中。在MSYS Makefiles生成器中，任何无法识别的文件都不适合编译。在Visual Studio中，它只是在IDE中显示为文本文件。
在MSYS Makefiles之类的生成器中，它不会自动添加适当的编译器标志来编译具有非标准扩展名的文件。相反，Visual Studio生成器确实知道如何执行此操作，因此不需要其他步骤。
以这种方式添加-xc++标志set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -xc++)会破坏事情。这是因为在link过程中也会使用这些标志。因此，在链接行上，它将告诉g++将所有对象和存档文件视为c++文件，并将其视为compile。add_definitions("-xc++")解决这些问题，因为它在compile行而不是link行上添加了标志。
不要使用add_definitions("-xc++")，而是使用set_source_files_properties(${SOURCE_FILES} PROPERTIES COMPILE_OPTIONS -xc++)。为什么？因为第一种方法使CMakeLists.txt中任何目标中使用的每个文件都成为c++文件，如果在其他地方使用c文件，则可能导致问题。第二种方法只是将-xc++选项仅添加到${SOURCE_FILES}中的文件。