Question

我正在创建一个用C ++实现的python模块。我正在使用SWIG创建界面。有多种方法可以创建扩展，我使用的是“首选方法”，它是通过python的distutils来描述的here。我的模块的名称是“ParseEvents”，为了编译它，我运行以下两个命令：

swig -c++ -python ParseEvents.i
python setup.py build_ext --inplace

第一个命令创建一个文件ParseEvents_wrap.cxx

第二个命令使用以下setup.py文件：

from distutils.core import setup, Extension

ParseEvents_module = Extension('_ParseEvents',
                               sources=['ParseEvents_wrap.cxx',],
                               extra_compile_args=["-Wno-deprecated","-O3"],
                               )
setup (name = 'ParseEvents',
              ext_modules = [ParseEvents_module,],
              py_modules = ["ParseEvents"]
              )

问题：在哪里以及如何指定我希望使用-O3编译器标记编译C ++代码？我猜测它只是在setup.py文件的“extra_compile_args”部分，但似乎并非如此。当我运行第二个命令（python setup.py build_ext --inplace）时，这是输出：

running build_ext
building '_ParseEvents' extension
creating build
creating build/temp.linux-x86_64-2.6
gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fPIC -I/usr/include/python2.4 -c ParseEvents_wrap.cxx -o build/temp.linux-x86_64-2.4/ParseEvents_wrap.o -Wno-deprecated -O3
c++ -pthread -shared build/temp.linux-x86_64-2.4/ParseEvents_wrap.o -o _ParseEvents.so

请注意，-O2和-O3标志都出现在输出的倒数第二行---我想删除-O2。

Answer 1

海湾合作委员会文件明确指出：

http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Optimize-Options.html

If you use multiple -O options, with or without level numbers, the last such option is the one that is effective.

这意味着您的代码将使用-O3编译，正如您所希望的那样。无需为重复的优化标记而烦恼。

Answer 2

Distutils具有提供Python编译所有相同标志的可爱功能。结果是添加额外的标志很容易，但删除它们是一个彻头彻尾的痛苦。这样做涉及对编译器类进行子类化，捕获参数并手动从编译函数使用的参数列表中删除违规标志。无论如何，这就是理论，这些文档实在太糟糕了，无法真正指导您完成实现这一目标所必须做的事情。

但就像路德所说，在你的情况下，额外的-O2不会伤害任何东西。

如何在SWIG中使用C ++优化标志？

2 个答案: