c - 特定 sockaddr_in 变量名出现意外编译错误

Question

作为接收struct ifreq *ifr参数的函数的一部分，如果我声明struct sockaddr_in name;，程序会编译，但如果我命名变量struct sockaddr_in ifr_addr;，它失败并出现以下错误:

code.c:244:24: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘.’ token
     struct sockaddr_in ifr_addr;
                        ^
code.c:244:24: error: expected expression before ‘.’ token
Makefile:2: recipe for target 'all' failed
make: *** [all] Error 1

ifreq 结构声明如下。我知道该结构有一个与有问题的变量同名的字段。这是 C 语言中的问题吗？

       struct ifreq {
           char ifr_name[IFNAMSIZ]; /* Interface name */
           union {
               struct sockaddr ifr_addr;
               struct sockaddr ifr_dstaddr;
               struct sockaddr ifr_broadaddr;
               struct sockaddr ifr_netmask;
               struct sockaddr ifr_hwaddr;
               short           ifr_flags;
               int             ifr_ifindex;
               int             ifr_metric;
               int             ifr_mtu;
               struct ifmap    ifr_map;
               char            ifr_slave[IFNAMSIZ];
               char            ifr_newname[IFNAMSIZ];
               char           *ifr_data;
           };
       };

http://man7.org/linux/man-pages/man7/netdevice.7.html

Answer 1

当您遇到这样的错误时，它几乎总是意味着 header (在本例中可能是系统 header 之一)定义了一个与您为变量选择的名称相同的宏，但扩展为作为标识符无效。

如果 header 定义了以下内容，您就不会看到问题:

#define ifr_addr pwr_address

如您在 comment 中所述，您确实会看到问题。 ，扩展(在 include/uapi/linux/if.h 中，靠近第 258 行)是:

#define ifr_addr ifr_ifru.ifru_addr

该宏旨在使访问 union 的元素变得更容易，而不必每次都指定 union 成员名称。在这样的时候，你会问自己——这值得吗？ (我在日常工作的代码库中经常看到这一点。有时很难弄清楚代码正在访问什么内容。)

尽管可以使用:

#undef ifr_addr

在使用该名称定义自己的变量之前，这样做是如履薄冰。最好接受该名称被抢占并使用其他名称，尽管这很烦人。一种可能是使用 ifr_srcaddr 来匹配/对比 ifr_dstaddr。