linux 編譯頭文件默認搜索路徑問題
加入技術(shù)交流群
echo 'main(){}'|arm-linux-gcc -E -v -
最開始是頭文件找不到問題
一開始確實缺少這個sqlite.h，拿到這個(其他同事那有，作者當時用的)后放到/usr/include,因為網(wǎng)上各種資料表示編譯的時候默認的頭文件路徑是這個
試過其他幾個地方仍然報同樣的錯，No such file or directory
其實是在SPECs文件讀到的。
/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++的代碼的經(jīng)常，經(jīng)常#include 頭文件。include有兩種方式，一個是#include “頭文件”，一個是#include <頭文件>。區(qū)別在于：
前者是從當前的目錄來搜索
后者是一般會先搜索 -I 選項后的路徑（即用gcc編譯時的-I選項），之后就是標準的系統(tǒng)頭文件路徑。
通過cpp -v命令，可以查看標準系統(tǒng)頭文件的路徑。
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 的縮寫。
如果我們在給要編譯的代碼加上自己的頭文件，應(yīng)該怎么辦？
在path里面加上自己的目錄
gcc或g++ 編譯的時候 ，加上 -I 選項, 比如這樣
g++ -c ttcp_blocking.cc -I /home/zhaozheng/code/chensuo/code/muduo-master/ -o ttcp_blocking.o
這里把這個實際的例子寫在這里
在看陳碩的這本《linux 多線程服務(wù)器端編程》書的時候，有一個案例的源碼是這樣的
#include <examples/ace/ttcp/common.h>#include <muduo/base/Timestamp.h>
看來一個這個 example/ace/ttcp/common.h 和 muduo/base/Timestamp.h，分別在
也就是說，他們分別在 muduo-master的文件夾里面。所有 編譯的時候，把這個鏈接上就好。
所以，把這個目錄鏈接上去就好。就不會出現(xiàn)找不到頭文件的情況了。
-I /home/zhaozheng/code/chensuo/code/muduo-master/
*博客內(nèi)容為網(wǎng)友個人發(fā)布，僅代表博主個人觀點，如有侵權(quán)請聯(lián)系工作人員刪除。
pid控制相關(guān)文章:pid控制原理
可控硅相關(guān)文章:可控硅工作原理
電流傳感器相關(guān)文章:電流傳感器原理 脈沖點火器相關(guān)文章:脈沖點火器原理 三相異步電動機相關(guān)文章:三相異步電動機原理
