在 sys/sysmacros.h <iterator>中定义的主要和次要宏由

major and minor macros defined in sys/sysmacros.h pulled in by <iterator>

本文关键字：定义 gt sysmacros sys lt iterator      更新时间：2023-10-16

我正在编写一个具有类似矩阵的结构的类，我想让一个名为minor的成员函数与矩阵操作相同。这触发了一些错误。我系统上的最小测试用例：

#include <iterator>
void minor(int row, int col);

编译时，Clang提供了以下错误：

$ clang++ -Weverything -std=c++11 test.cpp 
test.cpp:2:21: error: too many arguments provided to function-like macro invocation
void minor(int row, int col);
                    ^
/usr/include/x86_64-linux-gnu/sys/sysmacros.h:67:10: note: macro 'minor' defined here
# define minor(dev) gnu_dev_minor (dev)
         ^
test.cpp:2:6: error: variable has incomplete type 'void'
void minor(int row, int col);
     ^
2 errors generated.
$

sys/sysmacros.h的相关部分是：

/* Access the functions with their traditional names.  */
# define major(dev) gnu_dev_major (dev)
# define minor(dev) gnu_dev_minor (dev)
# define makedev(maj, min) gnu_dev_makedev (maj, min)

很明显，这些特定的宏可能是＃undef'd，但是将大小和小的常规单词定义为宏似乎很愚蠢，尤其是在C 标准库的一部分中拉动时。是否需要定义这些原因？这是我使用的标准库中的错误吗？（libstdc 4.8.2如Debian测试）

根据C 标准，这些名称不应保留到实现中，因此可用。

根据 man 3 makedev：

未在POSIX.1，但存在于许多其他系统上

和

这些接口定义为宏。自Glibc 2.3.3以来已经是三个GNU特异性功能的别名：gnu_dev_makedev（），gnu_dev_major（）和gnu_dev_minor（）。后者名称是导出的，但传统名称更便宜。

看来它们没有被删除以向后兼容（例如https://bugzilla.redhat.com/show_bug.cgi?id=130601）。

我认为您可以在没有重大问题的情况下#undef（许多项目以这种方式进行）。

使用G /clang/msvc，您也可以做类似：

的事情 
#pragma push_macro("minor")
#undef minor
// do what you need
#pragma pop_macro("minor")

这很丑陋，但有助于命名冲突。

此外，根据您的代码的结构方式，此技巧可能有用：

#define minor(dev) gnu_dev_major(dev)
void (minor)(int row, int col) { /* ... */ }

在函数定义行中，"次要"之后的字符是一个紧密的括号，因此它不是宏调用。

相关文章：