2012-03-27 11 views
4

私は奇妙な問題を遭遇しました.linuxのC++コンパイラは、システムディレクトリの代わりにローカルディレクトリからファイルをインクルードしています。 (-H)オプションを指定したプリコンパイラの出力を参照してください。そのシステムファイル/usr/include/sched.hが突然ローカルディレクトリではなく、システム1からTIME.Hヘッダが含まれて見ることができます。gccが壊れていますか?

#include <time.h> 

コンパイラの出力を持つ - :<>はシステムディレクトリをまず探しべきでカッコ内のファイルが含まれている場合、私は

sched.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 ??? 

コンパイラディレクトリsea RCH

$ 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 
+3

これを解決する方法があると確信しています。しかし、私はあなた自身のヘッダファイルを標準のシステムヘッダと同じように命名しないことを勧めます。 –

+2

「-H」の例に完全なコマンドラインを入力してください。 –

+2

自分のインクルードディレクトリを明示的に設定しているようです(おそらく、 '-I'フラグで)?そうすれば、他の 'time.h'ファイルがシステム上にインクルードされます。 – birryree

答えて

8

ファイルが<以内で含まれている場合、私は仮定>システムディレクトリは、あなたが間違って想定し、最初の

を見上げなければならないブラケット。 gccのマニュアルページを引用する:

-Iで指定されたディレクトリは、標準のシステムインクルードディレクトリの前に検索されます。

gccのコマンドラインに-I../kentcsp/srcと指定されていると考えられます。

-iquoteまたは-idirafterという指令を使用することを検討してください。

2

ほとんどのために有効であると思わ原則、全てではないが コンパイラは、 が含まれたファイルを含むディレクトリ内#include "..."最初のルックスは、その後、#include <...>用としてprocedesということです。 -I(またはWindowsの場合は '/ I')オプションは、 インクルードの両方の形式に影響します。このため、プロジェクト内にインクルードする場合( プロジェクトが「システムヘッダー」である場合でも)、"..."フォームが使用され、 という完全な相対パスが使用されるため、プロジェクトには が含まれている可能性はありません。最初の見方では、g ++が stddef.h/usr/includeのバージョンではなく、そのバージョンを取得します)、 を置き換えていますが、time.hを置き換えていないようです。 は、time.hが のディレクトリに見つからないため、-I、 で指定されたリストに戻り、その後にコンパイラによって暗黙のパスが追加されます。 これはバグです。

標準ヘッダーと同じ名前のヘッダーを使用しているかどうかは、わかりません。 読者がtime.hのインクルードを見た場合、インクルードの種類が であるにもかかわらず、彼は直ちにシステムヘッダを想定します。 インクルードファイルの名前を変更します。

0

同様の問題がありました。gccはヘッダーファイルでゲームをプレイしています。優れた説明がありますhttp://ewontfix.com/12/

関連する問題