我正在使用cython和c加快时间敏感操作的python项目。在一些cython例程中,如果空闲内核可用,我们将使用openmp进一步加快操作速度。

由于最新OS版本的默认编译器(10.7和10.8上的llvm/clang)不支持openmp,因此这在OS X上引起了一些烦人的情况。我们的权宜之计解决方案是告诉人们在构建时将gcc设置为其编译器。我们真的很想以编程方式执行此操作,因为clang可以毫无问题地构建其他所有内容。

现在,编译将失败,并显示以下错误:

clang: error: linker command failed with exit code 1 (use -v to see invocation)
error: Command "cc -bundle -undefined dynamic_lookup -L/usr/local/lib -L/usr/local/opt/sqlite/lib build/temp.macosx-10.8-x86_64-2.7/yt/utilities/lib/geometry_utils.o -lm -o yt/utilities/lib/geometry_utils.so -fopenmp" failed with exit status 1

我们的安装脚本的相关部分如下所示:
config.add_extension("geometry_utils",
        ["yt/utilities/lib/geometry_utils.pyx"],
         extra_compile_args=['-fopenmp'],
         extra_link_args=['-fopenmp'],
         libraries=["m"], depends=["yt/utilities/lib/fp_utils.pxd"])

完整的setup.py文件是here

有没有一种方法可以从安装脚本中以编程方式测试对openmp的支持?

最佳答案

通过检查测试程序是否可以编译,我能够使它工作:

import os, tempfile, subprocess, shutil

# see http://openmp.org/wp/openmp-compilers/
omp_test = \
r"""
#include <omp.h>
#include <stdio.h>
int main() {
#pragma omp parallel
printf("Hello from thread %d, nthreads %d\n", omp_get_thread_num(), omp_get_num_threads());
}
"""

def check_for_openmp():
    tmpdir = tempfile.mkdtemp()
    curdir = os.getcwd()
    os.chdir(tmpdir)

    filename = r'test.c'
    with open(filename, 'w', 0) as file:
        file.write(omp_test)
    with open(os.devnull, 'w') as fnull:
        result = subprocess.call(['cc', '-fopenmp', filename],
                                 stdout=fnull, stderr=fnull)

    os.chdir(curdir)
    #clean up
    shutil.rmtree(tmpdir)

    return result

关于python - 通过python安装脚本以编程方式测试对openmp的支持,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/16549893/

10-09 12:31