Windows下MinGW-gcc开发Socket时inetPton隐式声明问题求助
我之前在MinGW环境下开发Windows Socket程序时也碰到过一模一样的问题,当时折腾了好一会儿才搞明白原因——MinGW的头文件和MSVC的在Windows API的声明上确实有一些差异,尤其是对于较新的API。
问题根源
inetPton(准确来说是Windows API的InetPton,注意首字母大写)是从Windows Vista开始引入的网络函数,MinGW默认不会启用对这类较新API的声明,除非你明确指定目标Windows版本。另外,MinGW的WS2tcpip.h里,这个函数的声明是被条件编译包裹的,只有当定义了足够高的_WIN32_WINNT宏时才会暴露出来。
具体解决步骤
第一步:定义目标Windows版本宏
在包含任何Socket相关头文件之前,先定义_WIN32_WINNT宏为0x0600(对应Windows Vista)或更高版本,这样MinGW的头文件就会包含InetPton的声明了。示例代码如下:#define _WIN32_WINNT 0x0600 #include <winsock2.h> #include <WS2tcpip.h>如果你需要支持更老的系统,可以查一下对应版本的宏值,但
0x0600是能支持InetPton的最低版本。第二步:确认函数名大小写
Windows API的正确函数名是InetPton(首字母大写),虽然MSVC可能对大小写不敏感,但MinGW是严格区分大小写的。如果你的代码里写的是全小写的inetPton,改成InetPton就能解决问题。备选方案:使用POSIX兼容的
inet_pton
如果你希望代码有更好的跨平台性,可以考虑换成POSIX标准的inet_pton函数,这个函数在MinGW里是直接可用的,不需要额外定义宏,功能和InetPton类似,用法也差不多。直接调用宽字符/ANSI版本
如果上面的方法都不行,还可以直接调用InetPtonW(宽字符编码)或InetPtonA(ANSI编码),这两个函数在MinGW的WS2tcpip.h里是默认可见的,不需要额外的宏定义。
验证方法
修改完之后,重新编译代码,应该就不会再出现implicit declaration of function 'inetPton'的错误了。
内容的提问来源于stack exchange,提问作者Amaury

