問題タブ [ninja]

ネイティブ コードのビルドに関しては、ninja が msbuild よりもはるかに優れた並列処理を行うという約束に基づいて、巨大な C++ および C# コード ベースを msbuild から cmake/ninja に移植することを考えています。これを実際に行った経験がある人はいますか? 移植のコストが実際に価値があるかどうかを知りたいです。理想的には、ビルド時間の前後:)

また、忍者がmsbuildよりもはるかに高速であると思われるのはなぜですか? BがAの出力をリンクする必要がある場合でも、プロジェクトAとBのオブジェクトファイルを並行して構築するようなことをしなければならないと思いますか?

指示に従ってWINでクロムをコンパイルします（https://www.chromium.org/developers/how-tos/build-instructions-windows）

出力 (「out/Release」) は非常に大きなフォルダー (20 GB) を取得しninja -t cleanます。フォルダーのサイズが 8 GB に縮小された後

バイナリだけを取得することは可能ですか? または、手動で選択する必要がある場合、クロムに必要なファイルは何ですか?

http://www.webrtc.org/native-code/ios (および関連リンク)にある Google の指示に従って、iOS 用の webrtc を構築しようとしています。同様の手順で過去にビルドできたことを思い出しますが、これはもはや当てはまりません。

私が行った手順は次のとおりです。

1. ダウンロードの前提条件:

   $ git clone https://chromium.googlesource.com/chromium/tools/depot_tools.git

   $ export PATH=`pwd`/depot_tools:"$PATH"

2. リポジトリをダウンロード:

   $ export GYP_DEFINES="OS=ios"

   $ fetch webrtc_ios

3. ビルドの準備:

   $ cd webrtc/src

   $ export GYP_DEFINES="build_with_libjingle=1 build_with_chromium=0 libjingle_objc=1"

   $ export GYP_DEFINES="$GYP_DEFINES OS=ios target_arch=armv7"

   $ エクスポート GYP_GENERATOR_FLAGS="output_dir=out_ios"

   $ エクスポート GYP_CROSSCOMPILE=1

   $ gclient ランフック

4. 建てる：

   $ ninja -C out_ios/Debug-iphoneos AppRTCDemos

/bin/sh で失敗する最後のコマンドまで、すべて問題ありません: /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/gcc: No such file or directory:

なんらかの理由で、忍者は私たちがシミュレーター用にビルドしていると考えています。私のシステムには XCode 7 がインストールされていることに注意してください。

何が間違っているのか、またはこれを回避する方法はありますか?

よろしく、アントニス

何百ものターゲットがあり、そのうちのいくつかはビルドが成功するために重要ではなく (たとえば--keep-going、make または-k 9000ninja で使用している)、どの cmake ターゲットが失敗したかを把握する必要があるとします。

ビルド後のコマンドを使用add_custom_command()すると、次のように名前を出力する cmake ターゲットに追加できます。

しかし、失敗はどうですか？

リンクが失敗した場合は、使用しているもの (ninja/make/msbuild) の詳細な出力を解析して、失敗したターゲットを確認できます。

ただし、翻訳単位のコンパイルが失敗した場合、特定のソース ファイルがコンパイルされず、どの cmake ターゲットが正確に失敗したかを特定するのが難しいという唯一のエラーが発生します。

私が思いついた唯一のことは、ビルドが失敗した後にこれを実行することです。ninja -nvこれにより、詳細なドライランが作成され、リンクコマンドをインターセプトして、そのように失敗した cmake ターゲットを解析できます...

他のアイデアはありますか？

CMake と忍者を使用して静的ライブラリを構築しています。スタティック ライブラリは、複数のCMake OBJECT ライブラリからビルドされます。

また、qmake と MinGW (4.92、32 ビット) を使用して実行可能ファイルをビルドしています。

問題は、静的ライブラリが実行可能ファイルとリンクしていないことです。オブジェクト ライブラリのすべての関数は未定義の参照です。

忍者を使用しないと、この問題は再現しません。

Ninjaでnwjsを構築しようとしています。以前にコードを数回ビルドしましたが、この問題は解決できません。

次の忍者メッセージが表示されます。

助言がありますか？

やるべき仕事があるはずです。私はまだコードを構築していません。

このように忍者でバッチファイルをルールコマンドとして使いたい

しかし、それは

コマンドの前にcmd /c. これが機能しない理由についての情報を見つけるのは難しいと思いました。私の推測では、Windows は実際.exeにはCreateProcess().

直接渡されたときに機能させることはできますか、CreateProcess()それとも使用する必要がありcmd /cますか?

CMake 3.4.1 は応答ファイルを使用して、ninja とリンクするためのコマンド ラインの長さを短縮しますが、UNIX の makefile とはリンクしません。IAR 組み込みツールチェーンを使用してクロス コンパイルしていますが、指定された応答ファイルの構文 (@CMakeFiles/proj.rsp) をサポートしていません。高速な忍者ビルド システムを使用したいのですが、この応答ファイルの回避策が必要です。応答ファイルの生成を無効にするか、ツールチェーンがサポートする構文 (つまり -f filename) を使用する必要があります。それらのいずれかを行う方法はありますか？