問題タブ [subproject]

.h ファイルと .m ファイルをビルドして ${DERIVED_FILES_DIR} に配置するスタティック ライブラリ プロジェクトがあります。これはうまくいきます。しかし、サブプロジェクトとしてライブラリ プロジェクトを追加した場合、それらを参照する方法がわかりません。

このプロジェクトをサブプロジェクトとして追加すると、ビルドされ、出力が Build/Intermediates/SubProj.build/Debug-iphonesimulator/SubProj.build/DerivedSources の親プロジェクト パスに配置されます。

含まれているプロジェクトでこれらの中間体を使用するように xcode に指示するにはどうすればよいですか?

または、サブプロジェクトを変更して、これらを製品ディレクトリにコピーし、親プロジェクトによって取得される可能性がありますか?

PlayfFamework 2.x' (PF2) のデフォルトの scala プロジェクト (htc-sample) が 1 つあり、次のように依存するデフォルトの PF2 scala プロジェクト (htc) があります。

http://www.playframework.org/documentation/2.0/SBTSubProjects

しかし、メイン プロジェクトを起動しようとすると、ルートで 1 つのエラーが発生しました。このような：

[情報] 5 つの Scala ソースと 1 つの Java ソースを ~/projects/sample-htc/modules/htc/target/scala-2.9.1/classes にコンパイルしています... [エラー] ~/projects/sample-htc/modules/htc /target/scala-2.9.1/src_managed/main/views/html/main.template.scala:23: 見つかりません: 値ルート [エラー] Any),format.raw/*8.94*/("""">

ルートに関してサブプロジェクトを操作する手順は何ですか?

--

私は答えを見つけたと思います：それは不可能です..プレイv.2.0で。この声明のため：

「大きなプロジェクトをいくつかの小さなアプリケーションに分割したり、一部のロジックをPlay アプリケーションとは関係のない標準の Java または Scala ライブラリに抽出したりすることもできます」. しかし、それはサブプロジェクトがルートファイルを持つプレイプロジェクトではないということですか? 別の Play アプリケーションに依存する可能性があります。

しかし、 「別の Play アプリケーションに依存する可能性がある」という別の記述があります。

私は現在、cvsプロジェクトをgitにインポートしています。
インポート後、履歴を書き換えて、既存のディレクトリを別のサブモジュールに移動したいと思います。

私がこのような構造を持っているとしましょう：

file1
file2
file3
dir1
dir2
library


libraryここで、ディレクトリが常にgitサブモジュールになるように履歴を書き直したいと思います。たとえば、指定したディレクトリを独自のサブモジュール/サブプロジェクトに分割します

これは私の現在のコードです：

ファイル書き換えサブモジュール（と呼ばれる）

ファイルの書き換え-サブモジュール-ツリー-フィルタ

このコードは.gitmodulesファイルを作成しますが、メインリポジトリにサブモジュールコミットエントリ（行Subproject commit <sha1-hash>、出力git diff）は作成せず、ディレクトリ内のファイルlibraryはサブプロジェクトリポジトリではなくメインリポジトリでバージョン管理されます。

ヒントを事前に感謝します

.gitmodulesは次のようになります。

AnyCPU 対 x86 コンパイラの設定に問題がありますが、それを正しく理解していれば、問題は通常とは逆のようです。

現在、すべてが Visual Studio 2010 を搭載した Win 7 64 ビット マシン上にあります。問題のアプリケーションは Dot.NET 3.5 です。Visual Studio は英語ですが、エラーの一部は OS の言語であるドイツ語です。

プロジェクト E: 3 つのサブプロジェクト (DLL として 2 つ、exe として 1 つ) を含むメイン プロジェクト/ソリューション。アクセスするには OleDB が必要なため、x86 としてコンパイルされた VB.net 3.5。元々は、WinXP の 32 ビット マシン上の VS 2008 または VS 2005 で開始されました。

プロジェクト ADB: vb.net exe は、スタンドアロンとして起動できるようにする必要があり、プロジェクト E からフォームにアクセスできる必要があります。これが関連する場合、32ビットマシン/ WinXPにまだあったと思います。
OledDB to MS Access が必要なため、スタンドアロン exe は x86 である必要があります。
しかし、ソリューションの一部として x86 としてコンパイルすると ([プロジェクト プロパティ] > [コンパイル] > [高度なコンパイル オプション])、ビルド エラーが発生します (以下を参照)。AnyCPU に変更すると、OleDB へのアクセスを含むソリューションの一部として機能します (つまり、x86 ですよね?) が、スタンドアロンでは OleDB を使用できなくなります (つまり、x86 ではありませんよね?)。 .

プロジェクト Au: E のリファレンスに含まれる vb.net DLL、OleDB は不要。x86 としてコンパイルすると、プロジェクト ADB と同じエラーが発生します。AnyCPU としてコンパイルされた場合に機能します。32 ビット マシンの VS 2008 に追加されました。

プロジェクト S: C# DLL、OleDB は必要ありません。x86 としてコンパイルされ、E のリファレンスに含まれているため、これは機能します。Web からのダウンロードで、32 ビット マシンの VS 2008 に追加されました。

ビルド エラーは次のとおり
です。Es wurde versucht, eine Datei mit einem falschen Format zu laden.
翻訳済み:
ファイルまたはアセンブリ 'XYZ' またはその依存関係の 1 つを読み込めませんでした。不正な形式のプログラムをロードしようとしました。

AnyCPU スタンドアロンとして ADB を起動したときに発生する OleDb エラーは次のとおりです
。
これは、通常の非 64 ビット JET エラー警告です
。「Microsoft.Jet.OLEDB.4.0」プロバイダーがローカル コンピューターに登録されていません。

さて、私が理解しているように、通常、メイン プロジェクトが AnyCPU でサブ プロジェクトが特定の場合、AnyCPU から x86 (この場合は x64) にアクセスしようとするため、ビルド エラーが発生します。しかし、ここでは動作しない x86 から x86 にアクセスしようとしていますが、x86 から AnyCpu (x64 である必要があります) にアクセスすると動作しますか?

必要に応じて、詳細情報とすべての構成ファイルなどを提供できます。

紛らわしい書き方をして申し訳ありませんが、この問題について非常に混乱しています。

別の Xcode iOS プロジェクトをサブプロジェクトとして含む 1 つの Xcode iOS プロジェクト (スーパー プロジェクトと呼びます) があります。

サブプロジェクトは iOS 静的ライブラリです。http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodulesで説明されているすべてのことを行いました。

したがって、スタティック ライブラリは、スーパー プロジェクトのターゲットのビルド フェーズの下にターゲット依存関係としてリストされます。

静的ライブラリは、スーパー プロジェクトのターゲットのビルド フェーズで既にバイナリ ライブラリとしてリンクされています。スーパー プロジェクトのクラスでは、サブプロジェクトのクラスを参照できますが、スーパー プロジェクトをビルドしようとすると、未定義のシンボルで大量のエラーが発生します。

これらの「未定義のシンボル」は、サブプロジェクト (静的ライブラリ) が依存するフレームワークのクラスです。私の質問は、サブプロジェクトが依存するフレームワークのヘッダー ファイルを見つけられるように、スーパー プロジェクトのビルド プロセスを取得するにはどうすればよいですか?

他に何か間違ったことをしていない限り、静的ライブラリをリンクするとこれが処理されると思いました。念のため、サブプロジェクトが依存するすべてのフレームワークをバイナリ ライブラリとしてスーパー プロジェクトにリンクしてみました。

これによりすべてのエラーが解消されましたが、33 個の重複シンボルがあったため、ビルドは失敗しました (現在、両方のプロジェクトが同じフレームワークをリンクしているため)。

スーパー プロジェクトがサブプロジェクトのフレームワークの依存関係をリンクする必要はないと思います。前もって感謝します。

プロジェクトに GMGridView プロジェクトを含めました。シミュレーターでテストするとすべて正常に動作しますが、アーカイブしようとすると。次のエラーが表示されます。

そのようなファイルまたはディレクトリはありません: '/Users/ * */Library/Developer/Xcode/DerivedData/....../BuildProductsPath/Release-iphoneos/libGMGridView.a

多くの解決策を試しましたが、まだ機能していません。

誰かがこれについて私を助けることができますか? ほんとうにありがとう。

ありがとう！！！！

現在、Apportable はサブプロジェクトで C++ クラスを参照できません。

これには追加の設定が必要だと思いますが、わかりません。具体的には、configuration.jsonファイルのこのセクションにあります。

Apportable を作成してサブプロジェクトを正しくリンクするにはどうすればよいですか?