https://stackoverflow.com/questions/17939930/finding-out-what-the-gcc-include-path-is 出力:
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/11/include-fixed"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/11/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/x86_64-linux-gnu/11/include
/usr/local/include
/usr/include/x86_64-linux-gnu
/usr/include
End of search list.
# 0 "<stdin>"
# 0 "<built-in>"
# 0 "<command-line>"
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 0 "<command-line>" 2
# 1 "<stdin>"
cを研究したときの正規化されたパス/usr/lib/gcc/x86_64-linux-gnu/11/../../../../x86_64-linux-gnu/include
は次のとおりです。/usr/x86_64-linux-gnu/include
だから、 "/usr/lib/gcc/x86_64-linux-gnu/11/../../../../x86_64-linux-gnu/include"ディレクトリが何であるかを知りたいです。
ベストアンサー1
だから私はこのディレクトリが何であるかを知りたいです。
存在しないので何もありません:) 真剣に、自分のGCCバージョンのインストールスクリプトを変更しない限り、これについて心配しないでください。これは、コンパイラがヘッダファイルを探しているディレクトリのリストに(おそらく意図せずに)追加されたパスにすぎません。
出力からわかるように、対応する部材は否定的な影響を与えず、単に無視されます。
ディレクトリがどのような方法でルールに従うのかわかりません。そのため、/usr/architecture/include
DebianoidとRedhatoidディストリビューションのGCCバージョンでこれらのパスを見たことがありますが、偶然に追加されたと思います。だから私はこれがGCCに組み込まれているデフォルトの一部であると仮定します。