關於C語言include尖括號和雙引號的對話

A: #include "..." 和 #include <...> 有什麼區別?

B: 他喵的, 這麼簡單的問題. 尖括號是先在系統目錄下找, 雙引號是首先在當前目錄下找, 找不到就找系統目錄.

A: 說得很含糊. 那麼我問你, 當前目錄有個叫hdr.h的文件,
    當前目錄下還有一個子目錄sub, sub裏面有兩個文件hdr.h和1.c,
    1.c中#include "hdr.h",
    那麼在當前目錄編譯sub/1.c, 它應該包含哪個hdr.h?

   bash-3.2$ tree
   |-- sub
   |   |-- 1.c
   |   `-- hdr.h
   `-- hdr.h
   bash-3.2$ cat sub/1.c
   #include "hdr.h"
   bash-3.2$ gcc -c sub/1.c

B: 應該包含外面的hdr.h吧, 由於它在gcc工做的當前目錄, 而子目錄的hdr.h不在當前目錄, 應該搜不到.

A: 錯, 包含的是sub/hdr.h !

B: 啊!... 喔... 雙引號是首先在使用include的源文件所在目錄找(也就是1.c所在的目錄sub找), 而不是編譯器當前工做目錄找, 我原來理解錯了.

A: 是的, gcc和msvc的include雙引號都是先在使用include的源文件所在目錄找.

B: C99標準是怎麼規定的? 是源文件當前目錄仍是編譯器工做目錄?

A: 其實C99標準沒有規定#include "..." 先找哪一個目錄, 只說取決於實現, 你能夠設計一個C編譯器include雙引號時按你設計的方式找(若是找不到退化爲#include <...>). 但事實上的工業標準是"雙引號優先從使用include的源文件所在目錄".

B: 明白了.

A: 那麼我再問你, #include <...> 所謂的"從系統目錄找", 那麼"系統目錄"到底有哪些, 怎麼看呢?

B: 編譯時-I指定的目錄唄.

A: 若是沒指定-I的參數時, 是否是系統目錄列表就是空的?

B: 固然不是, 有默認的吧.

A: 怎麼看默認的?

B: 這個不知道. 怎麼看?

A: 以gcc爲例, 在命令行運行 echo | gcc -E -v -

   bash-3.2$ echo | gcc -E -v -
   * * *
   #include "..." search starts here:
   #include <...> search starts here:
   /usr/lib/gcc/i686-pc-linux-gnu/4.8.2/include
   /usr/local/include
   /usr/lib/gcc/i686-pc-linux-gnu/4.8.2/include-fixed
   /usr/include
   End of search list.

B: 那麼我指定gcc -I. 時是把 . 做爲搜索路徑仍是把當前目錄轉成絕對路徑加入到列表中呢?

A: 這個問題問得好! 其實我也不知道, 要不咱們試一下.

   bash-3.2$ echo | gcc -E -v -I. -
   * * *
   #include "..." search starts here:
   #include <...> search starts here:
   .
   /usr/lib/gcc/i686-pc-linux-gnu/4.8.2/include
   /usr/local/include
   /usr/lib/gcc/i686-pc-linux-gnu/4.8.2/include-fixed
   /usr/include
   End of search list.

B: 並無轉成絕對路徑, 就是一個點.

A: 恩, 那麼問題來了, 下面這種情形下( 注意: 1.c的內容修改成 #include <hdr.h> ), 會包含那個hdr.h ?

   bash-3.2$ tree
   |-- sub
   |   |-- 1.c
   |   `-- hdr.h
   `-- hdr.h
   bash-3.2$ cat sub/1.c
   #include <hdr.h>
   bash-3.2$ gcc -c -I. sub/1.c

B: 我猜會用子目錄的hdr.h.

A: 我猜會用外層的hdr.h,
    在hdr.h寫個1,
    在sub/hdr.h寫個2,
    而後 gcc -E -I. sub/1.c.
    你看結果是1, 我猜對了!

B: 嗯, 看來搜索路徑列表是基於編譯器工做路徑的.