新闻  |   论坛  |   博客  |   在线研讨会
linux 编译头文件默认搜索路径问题
电子禅石 | 2019-11-22 14:00:49    阅读:22575   发布文章

总结:

1,如果需要看的话,可以通过

echo 'main(){}'|arm-linux-gcc ---

其实是在SPECs文件读到的。

这个路径和你安装GCC编译器的配置有关。至于如何配置,后面有空再细化。

 

2,如果编译的时候加入了-nostdinc,则不会到默认路径下去搜索。比如用GCC编译器编译一个新的linux内核。()


最开始是头文件找不到问题

1.png

一开始确实缺少这个sqlite.h,拿到这个(其他同事那有,作者当时用的)后放到/usr/include,因为网上各种资料表示编译的时候默认的头文件路径是这个


试过其他几个地方仍然报同样的错,No such file or directory

2.png

但是同样的程序里包含的pthread.h 在/usr/include里面找到了pthread.h,我就纳闷了,放在同样地方,为啥这个就找不到
后来查阅头文件默认路径的资料,了解到:
交叉编译的默认搜索头文件路径与普通的gcc不一样
1,如果需要看的话,可以通过
echo 'main(){}'|arm-linux-gcc -E -v -

其实是在SPECs文件读到的。

3.png

这个路径和你安装GCC编译器的配置有关。至于如何配置,后面有空再细化。
2,如果编译的时候加入了-nostdinc,则不会到默认路径下去搜索。比如用GCC编译器编译一个新的linux内核。()
其实当时如果这样搜一下
kevin@pc:~/works/projects/omc_au$find /opt/arm-2009q1/ -name pthread.h
/opt/arm-2009q1/arm-none-linux-gnueabi/libc/usr/include/pthread.h
就知道其实还有其他的地方有这个文件。

好了,通过上面那条指令可以查到arm-linux-gcc查找头文件的默认路径和一些库的位置
————————————————

原文链接:https://blog.csdn.net/davion_zhang/article/details/45075685



https://www.jianshu.com/p/3eb25114576e


编写c/c++的代码的经常,经常#include 头文件。include有两种方式,一个是#include “头文件”,一个是#include <头文件>。区别在于:

  1. 前者是从当前的目录来搜索

  2. 后者是一般会先搜索 -I 选项后的路径(即用gcc编译时的-I选项),之后就是标准的系统头文件路径。

通过cpp -v命令,可以查看标准系统头文件的路径。

zhaozheng@ubuntu:~$ cpp -vUsing built-in specs.COLLECT_GCC=cppTarget: x86_64-linux-gnuConfigured with: ../src/configure -v --with-pkgversion='Ubuntu 5.4.0-6ubuntu1~16.04.4' --with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs --enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-5 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnuThread model: posix
gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4) COLLECT_GCC_OPTIONS='-E' '-v' '-mtune=generic' '-march=x86-64'
 /usr/lib/gcc/x86_64-linux-gnu/5/cc1 -E -quiet -v -imultiarch x86_64-linux-gnu - -mtune=generic -march=x86-64 -fstack-protector-strong -Wformat -Wformat-security
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/5/../../../../x86_64-linux-gnu/include"#include "..." search starts here:#include <...> search starts here:
 /usr/lib/gcc/x86_64-linux-gnu/5/include /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/5/include-fixed /usr/include/x86_64-linux-gnu /usr/includeEnd of search list.

所以基本上是三个目录:
usr/include
usr/lib/include
usr/local/include

注意:usr并不是user用户的缩写,而是unix system resource 的缩写。

如果我们在给要编译的代码加上自己的头文件,应该怎么办?

  1. 在path里面加上自己的目录

  2. gcc或g++ 编译的时候 ,加上 -I  选项, 比如这样

g++ -c ttcp_blocking.cc -I /home/zhaozheng/code/chensuo/code/muduo-master/ -o ttcp_blocking.o

这里把这个实际的例子写在这里
在看陈硕的这本《linux 多线程服务器端编程》书的时候,有一个案例的源码是这样的

#include <examples/ace/ttcp/common.h>#include <muduo/base/Timestamp.h>

看来一个这个 example/ace/ttcp/common.h 和 muduo/base/Timestamp.h,分别在



image.png

也就是说,他们分别在 muduo-master的文件夹里面。所有 编译的时候,把这个链接上就好。




image.png

所以,把这个目录链接上去就好。就不会出现找不到头文件的情况了。

 -I /home/zhaozheng/code/chensuo/code/muduo-master/


  


*博客内容为网友个人发布,仅代表博主个人观点,如有侵权请联系工作人员删除。

参与讨论
登录后参与讨论
属于自己的技术积累分享,成为嵌入式系统研发高手。
推荐文章
最近访客