6

Netbeans から Eclipse (Ubuntu 12.0.4) に移行しています。ライブラリ (共有および静的) であるいくつかのサブプロジェクトと、スタンドアロンの実行可能ファイルで構成される C アプリケーションがあります。

fooコンポーネント プロジェクトを含む「親」プロジェクトの作成方法がわかりません

  • フーバー
  • フーフー
  • バーフー
  • バーバー

foo理想的には、次のようなディレクトリ構造になるように、すべての「コンポーネント プロジェクト」をフォルダーの下に作成する必要があります。

  • /path/to/foo/foobar/ (foobar プロジェクト ファイルを含む)
  • /path/to/foo/foofoo/ (foofoo プロジェクト ファイルを含む)
  • /path/to/foo/barfoo/ (barfoo プロジェクト ファイルを含む)
  • /path/to/foo/barbar/ (barbar プロジェクト ファイルを含む)

EclipseをIDEとして(CDTを使用して)使用してこの構造を実現する方法を知っている人はいますか?

最後になりましたが、Autotools オプションを使用して C モジュールを作成するつもりです。新しいヘッダー/ソースをモジュールに追加すると、Autotools 用に生成されたファイルは自動的に更新されますか?それとも Autotool ファイルを手動で維持する必要がありますか?

4

3 に答える 3

2

友人、「親」Cプロジェクトはないと思います。IDE で通常の C プロジェクトを作成し、すべての依存関係をサブフォルダーに追加できます。次に、Makefile を介してビルド手順をコンパイラに伝えます。C アプリケーションの経験があるので、簡単な方法だと思います。

autotools については、プロジェクト ファイルを更新/追加/削除したら、Makefile を変更して変更を反映し、プロジェクトをクリーンアップして再構築する必要があると思います。

他の C ビルド ツールについては、必要に応じてbuildrootを使用できます。

于 2014-02-18T04:29:21.207 に答える
1

Eclipse でこれを行うと考えられる最善の方法は、プロジェクト用に別のワークスペース (例: foo ) を作成し、サブプロジェクト ( foobar、foofooなど) をプロジェクトとして追加することです。これは一般に、単一のモノリシック ワークスペースではなく、Eclipse で採用するより良いアプローチです。サブプロジェクトの特定の依存関係構造がどのように見えるかはわかりませんが、Eclipse プロジェクトのプロパティを使用するだけで簡単に表現できるはずです。これには、ライブラリに依存するロールアップ実行可能サブプロジェクトを含めることができます。

残念ながら、Eclipse cdt が autotools ファイルを維持するかどうかはわかりません。ただし、そうでない場合は、autoscanやなどの autotools バイナリの一部をautoheadereclipse ビルド コマンドに統合して使用するのは比較的簡単です。

于 2014-02-22T21:22:15.280 に答える