Question

我遇到了一个奇怪的问题，linux c ++编译器包含来自本地目录而不是系统目录的文件。请参阅带有（-H）选项的预编译器输出。可以看出系统文件 /usr/include/sched.h 突然包含 time.h 标题本地目录而不是系统目录。我假设包含文件在＆lt;＆gt;内首先应该查找系统目录，

sched.h 的相关行是： -

#include <time.h>

带（-H）选项的编译器输出： -

..... /usr/include/c++/4.6/bits/basic_string.h
...... /usr/include/c++/4.6/ext/atomicity.h
....... /usr/include/c++/4.6/i686-linux-gnu/./bits/gthr.h
........ /usr/include/c++/4.6/i686-linux-gnu/./bits/gthr-default.h
......... /usr/include/pthread.h
.......... /usr/include/sched.h
........... /usr/lib/gcc/i686-linux-gnu/4.6.1/include/stddef.h
........... /home/borisu/ivrworx-lnx/src/iw_core/../kentcsp/src/time.h <<<< WHY ???

编译器目录搜索

$ gcc -xc++ -E -v -
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-linux-gnu/4.6.1/lto-wrapper
Target: i686-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.1-9ubuntu3' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++,go --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=i686-linux-gnu --host=i686-linux-gnu --target=i686-linux-gnu
Thread model: posix
gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3)
COLLECT_GCC_OPTIONS='-E' '-v' '-mtune=generic' '-march=i686'
 /usr/lib/gcc/i686-linux-gnu/4.6.1/cc1plus -E -quiet -v -imultilib . -imultiarch i386-linux-gnu -D_GNU_SOURCE - -mtune=generic -march=i686 -fstack-protector
ignoring nonexistent directory "/usr/local/include/i386-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/i686-linux-gnu/4.6.1/../../../../i686-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/4.6
 /usr/include/c++/4.6/i686-linux-gnu/.
 /usr/include/c++/4.6/backward
 /usr/lib/gcc/i686-linux-gnu/4.6.1/include
 /usr/local/include
 /usr/lib/gcc/i686-linux-gnu/4.6.1/include-fixed
 /usr/include/i386-linux-gnu
 /usr/include
End of search list.

文件存在：

$ ll /usr/include/time.h
-rw-r--r-- 1 root root 13534 2012-03-07 04:47 /usr/include/time.h

Answer 1

我假设包含文件在＆lt;＆gt;范围内首先应该查找系统目录，

你认为不正确。引用gcc手册页：

在标准系统包含目录之前搜索由-I命名的目录。

您可能在gcc命令行中指定了-I../kentcsp/src。

考虑使用-iquote或-idirafter指令。

Answer 2

一般规则，对大多数人来说似乎都是有效的，如果不是全部的话编译器，是#include "..."首先查看目录中的哪个包含带有include的文件，然后按#include <...>进行处理。任何-I（或Windows的“/ I”）选项都会影响两种形式包括。出于这个原因，包括在项目中（即使这样 project是“系统头”）通常会使用"..."形式一个完整的相对路径，这样就没有任何东西可以捡到任何东西对项目来说很陌生。在第一个视图中，它似乎取代了g ++ stddef.h（所以你得到它的版本，而不是/usr/include中的版本），但不是time.h;由于包含stddef.h将无法找到time.h 它所在的目录，它回退到-I指定的列表，然后是编译器添加的一些隐式路径。我考虑一下这是一个错误。

是否存在错误，使用与标准标题同名的标题不是一个好主意。如果读者看到time.h的包含，则无论如何哪种类型的包含，他会立即采用系统标题。更改包含文件的名称。

Answer 3

遇到了类似的问题 - 事实证明gcc使用头文件玩游戏。 http://ewontfix.com/12/

提供了一个很好的解释

gcc包括订单破损？

3 个答案: