こんにちは、gccのオプションを十個も言えない、非人のshogoです。
工藤氏作のTinySVMで遊ぼうとしていたところ、 ヘッダファイルの読み込み順序ではまったのでメモ。
2つのinclude文
皆さんご存知の通り、Cプリプロセッサの#include文ではファイルの指定方法が2種類あります。
- #include <somefile> // システムにインストールされたライブラリを使う場合
- #include "somefile" // 自作のヘッダファイルなどを読み込む場合
大抵はコメントで書いたような使い分けをするんじゃないかと思います。 両者の違いはファイルの検索対象となるディレクトリの違いにあります。 前者はコンパイラが知っているディレクトリのみを検索するのに対して、 後者はカレントディレクトリを検索したのち、<>と同じディレクトリを検索します。
コンパイラが知っているディレクトリは具体的に書くと次のようになっています。
- -I オプションで指定されたディレクトリ
- 環境変数 C_INCLUDE_PATH や CPLUS_INCLUDE_PATH で指定されたディレクトリ
- システムによって予め決められたディレクトリ(/usr/local/includeとか)
上にあるものほど優先順位高く、同名のファイルがあった場合、優先順位の高いディレクトリにあるものが読み込まれます。
標準のヘッダを使いたい
次のようなCのプログラムを考えてみます。
/* sample.c */
#include <stdio.h> // 標準ヘッダのstdio.hを取り込んでほしい！
#include "stdio.h" // ../userheaderディレクトリ内のstdio.hを取り込んでほしい！
最初のincludeではシステムに用意された標準ヘッダのstdio.hを、 2つ目のincludeでは自前で用意したstdio.hを読み込もうとしています。 しかし、自前で用意したstdio.hはuserheaderという別ディレクトリにあるので このままでは参照できません。
別ディレクトリにあるヘッダファイルを参照する場合、一般的には-Iオプションを使って次のようにコンパイルすると思います。
gcc -I../userheader sample.c
しかしこの例の場合はこの方法は上手く行きません。 <>で囲った場合も"“で囲った場合も、カレントディレクトリにはstdio.hは見つからないので、 先の優先順位に従って次のような順番で検索を行います。
- userheader
- 標準ヘッダstdio.hが入ったディレクトリ
どちらの書き方でもuserheader内のstdio.hを先に発見してしまうので、 標準ヘッダのstdio.hにはどう頑張ってもアクセスすることができません。
解決策
iquoteオプションを使うと、""で囲った場合のみuserheaderを見に行くようになります。
gcc -iquote../userheader sample.c
TinySVMの場合
TinySVM0.09(現時点での最新版)は一部環境でgetoptの違うというエラーが発生するようです。 これは-Iオプションを使ってしまったため、標準ヘッダのgetopt.hと、自前で用意したgetopt.hの使い分けができていないのが原因です。
TinySVMに同梱されたgetopt関数の引数を書き換えることで対処している例がほとんど (himorogiの日記, RとLinuxと…,etc) ですが、大抵の環境にgetoptはあると思うのでgetopt.hを削除してしまったほうがいいかもしれません。 (TinySVM最近更新されていないのでgetoptが古いし)