KEYWORD : sys/types.h； sys/stat.h; linux; 头文件；reserve place； reserve place
2018/Apr/01 更新：
关于 sys/***.h 的头文件，在不同平台上通过建立软连接的方式可以解决。
建立软连接的方式可以参考本人的这篇blog ===> 获得（读取）一个文件内的所有数据的字节总数 <=== 这个链接中的 <h3>其中 和系统有关的 头文件需要做处理：</h3> 即是找到 sys/×××.h 头文件，并且创建软连接的方式。
在查看各种编程书，源代码的时候，个人经常遇到对源代码引用的头文件的困惑。
比如，对于#include <stdio.h>;#include <stdlib.h>;#include <string.h>; 这种常见的头文件不以为然，自然如果编译的工具（链）没有问题，也就不会存在找不到头文件的情况。
但是，如果遇到#include <unistd.h>;#include <fcntl.h>这样的头文件就要想一想了，因为对于一个没怎么接触系统编程的人来说，实在是不熟悉这些头文件。
要是再遇到这样的头文件：#include <sys/stat.h>;#include <sys/types.h>; 这样的头文件更是容易出问题，因为 sys 目录下的头文件并未这么简单写就可以了。
那么，其实问题也很简单，到底linux下这些头文件都在哪里？
相信用linux 编程的同学们都是通过 GNU 工具链来编译链接源代码的。
比如 gcc helloworld.c -o helloworld 像这样的命令应该是比较熟悉了。
这种情况下，明明 helloworld.c 中是有 #include <stdio.h> 这个头文件的，而在编译链接命令中并没有体现出使用这个头文件的样子嘛…..
Linux的目录结构
根目录：
这一点要和linux 系统本身的目录结构有关系，我们知道使用 linux 一般来说是不会去关注磁盘分区的，所有的内容都在 "/" 这一 root 根目录下，
用户目录：
比如我们用户最直接使用的，就是 /home/username/ 这一目录，它就是在根目录 "/" 下的 "home" 文件夹，而home文件夹下就是根据linux上可以有多个用户这个特点，按用户名，分为多个文件夹。如果你是 user1，那你就分的目录"/home/user1/"， 这时候，我们还可以发现在 “/home/user1/” 这个目录下，系统自动分配了 “Documents/”； “Music/”; “Downloads/”; …等等这类普通常用的文件夹。
到目前为止我举了一个 /home/ 的例子，简单说明了一下我想说的 linux 不分区的目录结构，
可执行二进制文件：
在 linux 下工作，那就不得不提命令command这个神奇的东西了，说几个常用的命令： ls, mkdir, rm, grep, ps… 这些命令，都被放在了根目录"/" 的 “bin/” 目录下， 也就是 “/bin/” ；可以使用 $ls /bin <- 这个命令查看一下。
以上说了这些，是为了对 linux 的这种目录结构产生一个感性的认识。
应用程序：
那么同样，根目录 "/" 它也为所有的应用程序有关的单独分配了一个文件夹，那就是 “usr/” 文件夹。通过 $cd /usr 可以到达该目录下。
用户安装程序：
之所以说”为应用程序有关“，那是因为这个目录下不单单只保存应用程序。我们通过命令#apt-get install application 安装的应用程序，几乎都是安装在 “/usr/share/” 这个目录下，使用 $ls /usr/share/ 命令可以看到许多”文件夹“，其文件夹名对应的就是应用名。
用户（程序员）编写程序：
通过命令 $cd /usr 到达该目录下， $ls -CF 可以看到 “/usr/” 目录下的文件夹和文件，注意到有 “include/” 这个文件夹，这个文件夹就是这篇文件要介绍的重点了，他就是 linux 下，GNU 编译链接的 C标准库 和 系统调用 的所有 头文件的集合。
通过 /usr$cd include 就可以进入到这个目录下了，
然后马上执行 /usr/include$ls -CF 来看看这个文件夹下都放了什么…… 可以看到 stdio.h; stdlib.h; string.h… 等等这些熟悉头文件都在，等等，那前面说的 “sys/stat.h; sys/tpyes.h” 这类头文件在哪里？
这就跟平台有关系了，以Ubuntu为例，在/usr/include/ 目录下，可以看到 “x86_64-linux-gnu/” 这个目录，其实 “sys/” 这个目录相关的头文件都在这下面
> 当然，不同的计算机不同，你有可能看到的是 “x386-linux-gnu/”
（↑可能写的不太准确，自己没有32位的电脑，网上看到路径，记不太清了）；
> 在树莓派上，你看到的将会是“arm-linux-gnuea…/” 这个目录；
> 而在 cygwin on windows，就是直接的“sys/” 目录！
到目前为止，你应该是都知道说需要的 ISO C 和 POSIX 等 提供的 头文件到哪里去寻找了，
如果在看书、看代码看到一个不熟悉的 头文件，不清楚自己电脑上有没有…这个时候使用命令↓
$find /usr/include/[theHeadfileName].h
如果有正确的输出，就可以知道我们可以大胆地将“[theHeadfileName].h” 这个头文件包含在代码中了。
2018/Jan/09 新增：
对 GNU 编译器 和 C标准库（包括其它库）的新了解
在学习交叉编译的时候，新了解到了一些跟编译工具链有关的知识（内容）， 所以对博客做一次更新（补充）
Mint LINUX 环境
安装 主机（本机）编译工具链
查看gcc 编译工具信息（的命令）
cpp -V $>/dev/null
显示的信息
（个人理解（解释）补充）
———— END 新增 —————————–
在学习 linux 上实现 一个 daemon 程序时，看到的几个不熟悉的头文件，所以写了这篇 -> 怎么确定自己的编译环境有没有支持该头文件，把本人测试、修改过的 daemon 程序传到了CSDN资源中了，有兴趣的同学可以下载看看。
”
“一个可以在Cygwin on windows 和 Raspberry Pi 上 $make 通过的简单 daemon 例程
the end
1767
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
