编译动态库并未包含头文件，但是gcc不报错的分析

一个链接

Linux下静态库与动态库的引用关系深入分析

[Linux] 头文件加载顺序

Linux下头文件以及库 编译链接运行时的搜寻路径顺序

1.最近在做项目的时候，遇到了一个特别奇葩的问题。代码之间的移植，编译动态库的时候，并未包含相关
的已有的头文件，但是在编译动态库的时候，所使用的函数居然能够很好的编译通过，但是在运行的时候，
又会报错。之前也是同样的问题，并未做进一步的分析。今天在网上和看了相关的gcc的文档，找到了根本
的原因。
2.这个其实是gcc的内置函数和隐式函数，就是说，在gcc的编译动态库 --shared and -fPIC的时候，是
不会去链接相关的文件的，及时没有包含头文件的声明，也不会产生错误。这个原因大概就是，gcc的编译
在会提供相关的隐式函数声明，同时也会有内置函的使用。避免可以在编译选项上增加 相关的选项。
3.具体的理解可以参照一下blog:
http://www.cnblogs.com/hujichen/p/5612826.html

https://blog.csdn.net/neuq_jtxw007/article/details/78224297

这两个内容详细的介绍了内置函数和隐式声明，隐式声明将会是在编译动态库或者静态库的时候，给开发者
带来致命的错误
————————————————
版权声明：本文为CSDN博主「Pao_fu」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链
接及本声明。
原文链接：https://blog.csdn.net/u012829763/article/details/82860297



上面是码友的故事，我的故事是这样的：

我的在编译hiredis的代码的时候，不加-I/usr/local/include/hiredis/的时候是会可以编译通过的，
但是运行的时候却不能达到我想要的效果，感觉函数没有起作用一样；
加上了-I/usr/local/include/hiredis/之后对代码进行编译之后，达到了我想要的效果，可以正常地
连接redis了，why？？？？why？？？？？
之前我没有指定头文件目录的时候/usr/include下也有hiredis.h，但是这个版本
和/usr/local/include/hiredis/下的版本是不一样的，想着它应该是优先去找了/usr/include下
的hiredis.h，所以编译的时候没有报错，但是正确的版本是/usr/local/include/hiredis/，真正
运行的时候就报了错了.

我有一个问题：
怎么看一个程序里面连接的头文件的位置？
dwarfdump XXXXXX | grep hiredis.h >> 11