62

我想验证当前编译器是否可以使用 openmp 支持构建。该应用程序确实部署在各种 unix 系统中，其中一些系统可能具有旧版本的 OpenMP，我想测试重要的 OpenMP 功能。所以，我想构建一个包含一些 OpenMP 调用的测试源文件。

因此，我创建了一个非常简单的测试文件，并尝试使用 CMake 中的 try_compile 函数。不幸的是，它似乎没有正确应用 -fopenmp 链接器标志。有谁知道如何强制链接器标志或查看链接器标志是否在任何地方应用？

来自 CMakeLists.txt

try_compile(
    HAVE_OPENMP
    ${APBS_ROOT}/src/config
    ${APBS_ROOT}/src/config/omp_test.c
    CMAKE_FLAGS "-DCMAKE_C_FLAGS=-fopenmp -DCMAKE_EXE_LINKER_FLAGS=-fopenmp"
    OUTPUT_VARIABLE TRY_COMPILE_OUTPUT
    )

来自 omp_test.c

#include <stdio.h>
#include <omp.h>

int main()
{
    int i;
    int threadID = 0;
    #pragma omp parallel for private(i, threadID)
    for(i = 0; i < 16; i++ )
    {
        threadID = omp_get_thread_num();
        #pragma omp critical
        {
            printf("Thread %d reporting\n", threadID);
        }
    }
    return 0;
}

结果输出是

Change Dir: src/config/CMakeFiles/CMakeTmp

Run Build Command:/usr/bin/make "cmTryCompileExec/fast"
/usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build
make[1]: Entering directory `src/config/CMakeFiles/CMakeTmp'
/usr/bin/cmake -E cmake_progress_report /data/work/source/apbs/src/config/CMakeFiles/CMakeTmp/CMakeFiles 1
Building C object CMakeFiles/cmTryCompileExec.dir/omp_test.c.o
/usr/bin/gcc    -o CMakeFiles/cmTryCompileExec.dir/omp_test.c.o   -c /data/work/source/apbs/src/config/omp_test.c
Linking C executable cmTryCompileExec
/usr/bin/cmake -E cmake_link_script CMakeFiles/cmTryCompileExec.dir/link.txt --verbose=1
/usr/bin/gcc         CMakeFiles/cmTryCompileExec.dir/omp_test.c.o  -o cmTryCompileExec -rdynamic 
CMakeFiles/cmTryCompileExec.dir/omp_test.c.o: In function `main':
omp_test.c:(.text+0x19): undefined reference to `omp_get_thread_num'
collect2: ld returned 1 exit status
make[1]: *** [cmTryCompileExec] Error 1
make[1]: Leaving directory `src/config/CMakeFiles/CMakeTmp'
make: *** [cmTryCompileExec/fast] Error 2

CMake Error at CMakeLists.txt:688 (message):
  Test OpenMP program would not build.  OpenMP disabled

当我尝试在命令行上编译测试程序时，它工作正常

src/config$ gcc -fopenmp omp_test.c -o omp_test && ./omp_test
Thread 1 reporting
Thread 4 reporting
Thread 7 reporting
Thread 11 reporting
Thread 9 reporting
Thread 12 reporting
Thread 6 reporting
Thread 8 reporting
Thread 15 reporting
Thread 13 reporting
Thread 10 reporting
Thread 0 reporting
Thread 3 reporting
Thread 2 reporting
Thread 5 reporting
Thread 14 reporting
4

4 回答 4

138

CMake 有一个标准模块用于测试编译器是否支持 OpenMP：

find_package(OpenMP)
if (OPENMP_FOUND)
    set (CMAKE_C_FLAGS "${CMAKE_C_FLAGS} ${OpenMP_C_FLAGS}")
    set (CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} ${OpenMP_CXX_FLAGS}")
    set (CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} ${OpenMP_EXE_LINKER_FLAGS}")
endif()

注意：
不建议再将此答案OpenMP用于当前CMake版本的项目中。参考其他答案。

于 2012-09-13T10:55:26.520 回答
71

从 CMake 3.9 开始，每种语言都有导入的 OpenMP 目标。我认为这是一个更优雅的解决方案。这是 C++ 中的一个示例：

cmake_minimum_required(VERSION 3.9)
project(solver LANGUAGES CXX)

find_package(OpenMP REQUIRED)
add_executable(solver solver.cc)
target_link_libraries(solver PRIVATE OpenMP::OpenMP_CXX)

这更方便，因为它减少了输入，这样您就不必调整容易出错的编译标志、库等。这就是现代 CMake 的发展方向。

如果您使用的是 CMake 3.9 之前的版本，我仍然不推荐当前接受的答案。我相信为每个目标设置标志更好：

add_executable(solver solver.cc)
target_link_libraries(solver PRIVATE "${OpenMP_CXX_FLAGS}")
target_compile_options(solver PRIVATE "${OpenMP_CXX_FLAGS}")

这可能不适用于某些编译器；这也是 CMake 在 CMake 3.9 中改进其 OpenMP 支持的部分原因。

于 2018-07-20T18:21:12.737 回答
16

CMake 3.9+ 中改进了对OpenMP的支持

CMakeLists.txt

cmake_minimum_required(VERSION 3.9)
project(openmp_test) # you can change the project name

find_package(OpenMP)

add_executable(openmp_para_test main.cpp) # you can change the excutable name

if(OpenMP_CXX_FOUND)
    target_link_libraries(openmp_para_test PUBLIC OpenMP::OpenMP_CXX)
endif()

如果需要，这种方式将正确设置与编译行不同的库链接行。

来源。

于 2019-03-13T17:35:37.890 回答
6

如果您尝试使用 g++ 的“现代”方式，您也可以这样做：

find_package(OpenMP REQUIRED)

add_executable(Foo foo.cpp)
target_compile_options(Foo PRIVATE -Wall ${OpenMP_CXX_FLAGS})
target_link_libraries(Foo PRIVATE ${OpenMP_CXX_FLAGS})

注意：

  1. 如果您只省略 target_compile_options 您的编译指示将被简单地忽略（启用的警告会告诉您）

  2. 如果您只省略 target_link_libraries 您的代码将无法编译，因为 g++ 未正确链接

  3. 如果您将两者都忽略 1. note 将应用呈现不再需要的链接并且您的代码将编译。

我不知道这种将“hack”与标志链接起来是否也适用于其他编译器。

于 2018-06-21T07:58:02.010 回答