使用 Py_BEGIN_ALLOW_THREADS 时如何避免 Python C 扩展中的 gcc 警告

Question

在 Python C 扩展中操作 GIL 的最简单方法是使用提供的宏：

my_awesome_C_function() 
{
    blah;

    Py_BEGIN_ALLOW_THREADS

    // do stuff that doesn't need the GIL

    if (should_i_call_back) {
        Py_BLOCK_THREADS
        // do stuff that needs the GIL
        Py_UNBLOCK_THREADS
    }

    Py_END_ALLOW_THREADS

    return blah blah;
}

这非常有效，让我可以为大部分代码释放 GIL，但可以为需要它的少量代码重新获取它。

问题是当我用 gcc 编译这个时，我得到：

ext/engine.c:548: warning: '_save' might be used uninitialized in this function

因为 Py_BEGIN_ALLOW_THREADS 是这样定义的：

#define Py_BEGIN_ALLOW_THREADS { \
        PyThreadState *_save; \
        _save = PyEval_SaveThread();

所以，三个问题：

1. 是否有可能抑制 gcc 的警告，
2. 有谁知道为什么 gcc 认为 _save 可能可以在未初始化的情况下使用，因为它是在声明后立即分配的，
3. 为什么不定义宏来在一条语句中声明和初始化变量以避免出现问题？

（最后两个实际上只是出于我自己的好奇心）。

我可以通过不使用宏并自己完成这一切来避免这个问题，但我宁愿不这样做。

Answer 1

1. 是的，可以使用 -Wno- 前缀来抑制未初始化的警告。

-Wall -Wno-uninitialized

如果您只想删除此警告，只需将 _save 初始化为空指针，这样它就不会依赖于函数返回值...一行代码和一条注释对我来说很有意义：

PyThreadState *_save; 
_save = 0; /* init as null pointer value */
_save = PyEval_SaveThread();

Answer 2

我的两分钱：

1. 你可以抑制特定的警告，但我想你已经知道了。
2. 它说可能未初始化:-)
3. 我能想象的唯一原因是与旧版C编译器的兼容性。

我尝试深入研究 来源，但找不到任何好的线索。

Answer 3

Ned，您可以尝试其中之一：

#pragma GCC diagnostic warning "-Wno-unitialized"
#pragma GCC diagnostic error "-Wno-uninitialized"
#pragma GCC diagnostic ignored "-Wno-uninialized"

或者忽略-Wuninitialized？根据文档，您必须在定义任何数据或函数之前执行此操作。也许它会让您禁用该文件的警告？