Possible non-conformance to POSIX

Martin Sustrik sustrik at 250bpm.com
Wed Nov 28 06:45:15 UTC 2012

On 28/11/12 06:21, Martin Sustrik wrote:
> On 27/11/12 23:39, Bruce Evans wrote:
>>> #include <netinet/in.h>
>>> The above results in 'u_int32_t undefined' error, which it shouldn't
>>> according to POSIX.
>> <netinet/in.h> is careful to only declare uint32_t, but then it is
>> broken and uses u_int32_t for INADDR_ANY and INADDR_BROADCAST.
>> u_int32_t is also misused extensively in the definitions of INADDR_*
>> and IN_* under __BSD_VISIBLE. INADDR_ANY is broken even if __BSD_VISIBLE
>> is nonzero (the default), because the u_int32_t pollution is not
>> automatically supplied with __BSD_VISIBLE. It takes including
>> <sys/types.h> (with __BSD_VISIBLE) to get it.
> Yes. I figured out that including <sys/types.h> solves the problem. I
> was just pointing out the bug.
> If there's interest I can send a patch for INADDR_ANY and INADDR_BROADCAST.

I should also add that the problem is important because of feature 
checking in different build tools. The tool usually checks the existence 
of a symbol by trying to compile something like this:

#include <netinet/in.h>
int main () {return 0;}

If the compilation fails, it assumes the symbol is not defined. Which in 
not true in this context.

Btw, I've found another similar problem. Trying to compile the following:

#include <getifaddrs.h>
int main () {return 0;}

results in:
/usr/include/ifaddrs.h:34: error: expected specifier-qualifier-list 
before 'u_int'

Which, of course, means that the build tool (CMake in this case) reports 
that getifaddrs.h file is not available on FreeBSD platform.


More information about the freebsd-bugs mailing list