Eclipse CDT for C標準ライブラリヘッダーの「未解決のインクルード」エラー

私は日食用にCDTをセットアップし、単純なhello world Cプログラムを作成しました。

#include <stdio.h>

int main(void){
    puts("Hello, world.");
    return 0;
}

プログラムは正しくビルドおよび実行されますが、Eclipseは、"Unresolved inclusion: <stdio.h>"マウスを上に置くと表示されるインクルージョンステートメントの横にこの黄色の疑問符を表示し続けます。

プログラムの実行には影響しませんが、私はかなり煩わしいと思います。

誰でもそれを削除する方法を知っていますか？

Eclipseが使用しているコンパイラは、シンボルを適切に解決できるため、コードは正常にコンパイルされます。

しかし、Eclipseが使用しているコード補完/インデクサーまたはプリプロセッサーは、どこにstdio.h存在するのかわかりません。

stdio.hが置かれているファイルシステムのパスを指定する必要があります。

Eclipseのドキュメントでは、コンパイラのいくつかのセクションでこれについて説明しています。

• インクルードパスとシンボルの追加
• C / C ++プロジェクトのプロパティ、パス、シンボル、インクルード

そして、コード補完/インデクサーまたはプリプロセッサーも明確に特定できない場合stdio.h：

• C / C ++インデクサーのインクルードパスとマクロの設定
• C / C ++プロジェクトプロパティ：プリプロセッサインクルードパス、マクロなど

の正確な場所はstdio.h、コードを記述しようとしているシステムによって異なります。Eclipseを実行しているのと同じシステムのコードを記述している場合、標準の場所は/usr/include/stdio.hLinux、macOS、Cygwinなどです。

個別/リモートのターゲットシステム（Android、Raspberry Pi、STM32など）をクロスコンパイルする場合、そのシステム用にインストールしたSDKのどこかに配置されます。その特定のSDKドキュメントを参照する必要があります。

私はこれらの答え（受け入れられたものを含む）をいくぶん不可解に見つけました。

私にとっては、（@ ardnewが言ったように）stdio.hが配置されているパスを追加する必要がありました。Eclipseでプロジェクトのプロパティを開き、「C / C ++ General」を展開して、「Paths and Symbols」を選択します。

include使用している各言語のディレクトリを追加したことを確認してください。（私の場合、それをGNU C ++に追加するだけで済みました。）

ナレッジベースに追加するだけで、cygwinを使用してwin7でこれを実行しました。

これは私にとってはうまくいくようです。

cのパスを含める：

D:\dev\cygwin\lib\gcc\i686-pc-cygwin\3.4.4\include
D:\dev\cygwin\usr\include

C ++のインクルードパス：

D:\dev\cygwin\lib\gcc\i686-pc-cygwin\3.4.4\include
D:\dev\cygwin\lib\gcc\i686-pc-cygwin\3.4.4\include\c++
D:\dev\cygwin\usr\include

これにより、hello worldのクリーンなコンパイルが得られます。

[プロジェクト]> [プロパティ]> [C / C ++全般]> [プリプロセッサインクルード]> [プロバイダー]に移動し、両方を選択します。

• 「CDT GCC組み込みコンパイラ設定」
• 「CDT CROSS GCC組み込みコンパイラ設定」

それらのそれぞれについて、サブプロジェクト「プロジェクト間で共有されるグローバルプロバイダーを使用する」も選択します。

CおよびC ++ Hello Worldを使用してUbuntu 16.04のEclipse 4.8.0でテストされています。

• ファイル>>新規プロジェクトを選択します
• プロジェクトウィザードで、[ C / C ++ >> C ++ Project]を選択します。
• 「プロジェクトタイプ」セクションで、「Makefileプロジェクト>> Hello world C ++プロジェクト」を選択します
• 「ツールチェイン」セクションで、「選択のLinux GCCを」

それは問題を解決することができます。（英語が下手で失礼します）

私はEclipseとCygwinを使用していますが、これは私にとってはうまくいきました：

[プロジェクト]> [プロパティ]> [C / C ++全般]> [プリプロセッサインクルード...]> [プロバイダー]に移動し、[CDT GCC Built-in Compiler Settings Cygwin [Shared]]を選択します。

私は働いている複数のクロスコンパイラの設定私はSTDのヘッダファイルのためのさまざまな場所（および他の環境変数）を使用する必要があり、。

解決策は、アクティブな構成を使用するようにインデクサーをセットアップすることでした。
残念ながらEclipseのバグのため、オプションはローカルに保存されないため、Eclipseを再度開いたときに構成を保存する場合はワークスペース構成を使用する必要があります。

ウィンドウ->設定-> C / C ++->インデクサー->アクティブなビルド構成を使用

これにより、EclipseはプロジェクトのアクティブなクロスGCC構成で設定された適切なコンパイラーを使用します。

上位回答の注記として、ビルドフォルダーの場所を指定する必要があります。ビルドフォルダーは、プロジェクトを右クリックし、[プロパティ]-> [C / C ++全般]-> [パスとシンボル]を選択して表示されるダイアログから追加できます。

残りの問題は、どのパスを追加する必要があるかです。

コマンドラインアクセス用にgccを正しく設定していて、gccが使用するデフォルトのインクルードパスが何であるかを知る必要がある場合は、それを聞いてください。興味のある言語に応じて、以下を使用します。

gcc -x c -v -E /dev/null
gcc -x c++ -v -E /dev/null

...これは、gccを呼び出すときに使用されるデフォルトのコンパイラ設定をリストします（このコマンドは、「gcc」が実際にOSXのようにclangのエイリアスである場合にも機能します）。

/dev/null 空のファイルとして使用されている-空のファイルを解析するようにgccに指示しています

-x <language> 言語を指定する拡張子を持つファイルを使用していないため、必要に応じてコンパイルする言語を指定します

-v インクルードパスの出力を含む詳細な出力

-E 前処理のみを実行し、前処理されたファイルを出力します（これにより、gccが空のファイルが正しくコンパイルされないと不平を言うのを防ぎます）

下の方にインクルードディレクトリのリストがあります。

#include "..." search starts here:
#include <...> search starts here:
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/7.0.2/include
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include
 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/include
 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/System/Library/Frameworks (framework directory)
End of search list.

ここにリストされたディレクトリをリストされた順序でEclipseのパスとシンボルダイアログに入力すると、Eclipse CDTは標準ヘッダーと、おそらくOSに固有の追加ヘッダーを見つけることができるはずです。

（関連する質問に対するdevnullの回答のおかげで。）

ADTで私は次のことを行いました。

1. プロジェクトを右クリックし、[プロパティ]を選択します
2. C / C ++ Generalを展開し、Preprocessor Include Paths、Macrosなどを選択します。
3. CDTユーザー設定エントリを選択
4. 右側のメニューから[追加...]を選択します
5. インクルードディレクトリの追加で、プロジェクトパスをファイルシステムパスに変更します。
6. インクルードファイルを含むディレクトリを参照します。
7. 必要に応じてかき混ぜて繰り返します

通常、Eclipseは標準インクルードファイルを自動的に解決できるはずです。これは、gccを呼び出してその構成を要求することによって行われます。Eclipseがgcc（または少なくともコンパイルに使用するバージョン）を検出していない可能性があります。

プロジェクト設定ですべての標準インクルードパスを指定する代わりに、Eclipseがgccを確実に検出するようにしたい場合があります。Eclipseを起動する前に、gccが見つかったディレクトリをPATH環境変数に追加します。

異なるプロジェクトで異なるコンパイラを使用する場合は、検出オプションを微調整する必要がある場合があります。これらはデフォルトで非表示になっているため、まず[ウィンドウ]> [設定]> [C / C ++]> [プロパティページ設定]> [表示オプション]ページを表示して有効にします。次に、プロジェクトのプロパティのC / C ++ビルド>検出オプションでそれらを見つけることができます。

埋め込まれたプロジェクトにEclipseベースのCodeWarrior IDEを使用していますが、ソースアドレスを削除してプロジェクトプロパティ-> C / C ++ General-> Path and Sybols-> Include Directoriesに再度追加することでこの問題を解決しました。これは、「未解決の包含」メッセージを受け取る理由がたくさんあり、解決策もたくさんあることを意味します。

パスとシンボルを構成していたエラーは、最初に別の言語のインクルードパスを構成したことです。私はCDTとCygwin gnu C ++を使用しています。したがって、GNU C ++言語でシンボルとパスを構成する必要があります。

また、設定${COMMAND}をgccLinux上で

下：

• 事業
• プロパティ
• C / C ++全般
• プリプロセッサインクルードパス、マクロなど
• プロバイダー
• CDT GCC組み込みコンパイラ設定
• コンパイラー仕様を取得するコマンド

交換：

${COMMAND} ${FLAGS} -E -P -v -dD "${INPUTS}"

と：

gcc -std=c99 -E -P -v -dD "${INPUTS}"

これを行わないと、Eclipse stdoutに次のように表示されます。

Unable to find full path for "-E"

そして${HOME}/eclipse-workspace/.metadata/.logショーの下のログ：

!ENTRY org.eclipse.cdt.core 4 0 2020-04-23 20:17:07.288
!MESSAGE Error: Cannot run program "-E": Unknown reason

理由は${COMMAND} ${FLAGS}空で、Eclipseが実行しようとして-E次に来るもの。

設定でCOMMANDとFLAGS変数を適切に定義できるかどうか疑問に思いますが、ビルド変数として追加しようとすると、機能しませんでした。

質問のC ++バージョン：Eclipse CDTのC ++ファイルの「未解決の包含：<iostream>」を解決する方法は？

Eclipse 2020-03（4.15.0）、Ubuntu 19.10、および既存のソースを使用したこの最小限のMakefileプロジェクトでテスト済み。

コマンドラインからコンパイルするかどうかを確認しますか？Linuxでは、libc-devを適切にインストールしてください。