直接include C库子目录头文件的危险之处？

imzhangliang

发现GNU C library里面存在很多头文件里面包含着子目录的另一个文件，如fcntl.h里面有一行包括了bits/fcntl.h，而且在很多这种情况，在子目录里面的那个文件都会告知：不要直接include 子目录里的文件。像在bits/fcntl.h里面就有这么一段

#ifndef _FCNTL_H
# error "Never use <bits/fcntl.h> directly; include <fcntl.h> instead."
#endif

后来也想到的确这样直接使用会有潜在的危害，现在怎么也想不起来了，好像这种潜在的危害不是编译错误，而是可能会导致程序出现意外的结果，记不起来当时所想的，不知道大家有什么见解？

imzhangliang

我是楼主，现在稍微想起一点了，sorry,刚刚说不是关于编译错误，但现在想起来好像就是关于编译错误，在于条件包含上面，可能在用到一些宏常量是在母文件里才有定义的。

除了编译错误外，要么就是初始头文件对此子文件条件选择，要么就是可能出现宏定义的覆盖问题，我想除这些外，应该没什么潜在的危险了，不知道大家如何见解

HongYang

还有程序的可移植性，因为并不是所有的编译器都有 bits 这个目录。