問題タブ [ninja]

WebRTC を 1 つの OSX デスクトップ アプリケーションに統合しようとしていますが、webRTC ライブラリとリンクしようとするとエラーが発生します。問題は次のとおりです。

これは、私がこのシンボルを mylibjingle_media.aで定義していないことを示しています。

このフラグを使用して WebRTC を構築しました。

そしてもちろん忍者と一緒に、以前に走っていましgclient runhooksた。これで何が起こっているかについて何か考えはありますか？

迂回エクスプレスをコンパイルするための簡単なCMakeListsがあります

必要なフラグは上位レベルの CMakeLists で設定されます

それでも、デバッグビルドをコンパイルしようとすると、detours.cppスロー後に各 .cpp ファイルがビルドされます

失敗: C:\PROGRA~2\MICROS~1.0\VC\bin\cl.exe /nologo /TP -DDETOURS_32BIT -DDETOURS_X86 -Iinclude /DWIN32 /D_WINDOWS /W3 /GR /EHsc /FS /D_DEBUG /MDd /Zi /Ob0 /Od /RTC1 /showIncludes /Foext\detours_express_3.0\src\CMakeFiles\detours.dir\modules.cpp.obj \Fdext\detours_express_3.0\src\CMakeFiles\detours.dir\ /FS -c ..\ext\ detours_express_3.0\src\modules.cpp ..\ext\detours_express_3.0\src\modules.cpp : 致命的なエラー C1041: プログラム データベース 'z:\repo\src\ext\detours_express_3.0\src\cmakefiles\ を開けませんdetours.dir\vc120.pdb'; 複数の CL.EXE が同じ .PDB ファイルに書き込む場合は、/FS を使用してください

再実行するninja detoursと、次の 3 つの cpp ファイル、次の 2 つ、最後の cpp ファイルで同じことが起こり、プロジェクトは完全にコンパイルされます。

ninja -j1 detours並列ビルドを無効にしただけなので、実行しても問題はありません。

/FS オプションを無視しているように見えるのはなぜですか? Visual Studio 2013 を使用しています。

更新 1

これは、ゲストが追加された Virtualbox 4.3.10 の VM 内にあります。Z:\ は、私がマウントした共有フォルダーです。VM とホストで Windows Defender を必ず無効にし、ホストでサードパーティの AV をアンインストールしました。

更新 2

/FS症状を回避する回避策を見つけて回答として追加しましたが、実際にロックを同期していない理由はまだ説明されていません。

外部プロジェクトを使用して Google テストをビルドしようとしています。

忍者ジェネレーターを使用すると、以下の警告が表示されます。

外部プロジェクト コマンドの build byproducts 行のコメントを外して cmake エラーの要求を受け入れると、循環依存エラーが発生します。ただし、ビルド副産物を除外すると、プロジェクトは問題なくビルドされるようです。

私はcmake 3.4、ninja 1.6を使用しており、MSYS2パッケージを使用してWindowsで実行しています。

コマンドでAOSP をビルドしようとしてmake -jNいますが、次のエラーで終了します:

何か助けはありますか？

Python の初心者で、Ninja IDE の学習を開始するのは良いことのように思えました。しかし、NINJA 内から「telnetlib」モジュールをインポートしようとすると、エラーが発生します。

「sys」や「time」などのモジュールを正常にインポートできました。

sys.path の結果:

私はすでにパスに C:\python27\ フォルダーを持っており、ここで述べたように PYTHONPATH というシステム環境変数も作成しました: How to add to the pythonpath in windows 7?

Windows用のpython（python.orgから）を使用するとうまく動作します。

ありがとう

ネストされた階層を持つ一連の共有ライブラリとして設定された (C++) プログラムがあります。つまり、libB.so は libA.so からの関数を使用するため、libA.so に対してリンクし、libC.so は libB.so と libA.so の両方からの関数およびリンクを使用します。

現在の CMake+Ninja ビルド システムでは、並列ビルドがライブラリ間で行われていないように見えることに気付きました。つまり、Ninja は通常 12 コアを使用してビルドしますが、libA から 1 つのソース ファイルに触れ、libC では複数のソース ファイルに触れた場合、ninja は libA.so がリンクされるまで、libA ソース ファイルだけをビルドするために 1 つのプロセッサのみを使用します。その時点で、12 個のプロセッサを使用して libC ソース ファイルをコンパイルします。- また、libA ソースのコンパイルでエラーが発生した場合、ninja に -k を渡しても、libC ファイルをオブジェクト ファイルにコンパイルしようとさえしません。

確かに、libC.so のリンクは、libA.so がリンクされるまで遅らせる必要がありますが、libC ソースのオブジェクト ファイルへのソース ファイルのコンパイルは、libA のリンクのために遅らせる必要はありません。

ライブラリ間の依存関係を表現するために CMake ファイルを設定する最適な方法について、私が見逃しているものはありますか? それとも、これは忍者の仕組みの克服できない制限ですか?

忍者並列ビルドから戻り値を取得するにはどうすればよいですか? 並列ビルドが成功した場合にのみ、後続のコマンドを実行したい。$をチェックしていますか？忍者コマンドが役に立たない後..

rtags は gtags よりも優れているため、Emacs で rtags を使用しようとしています。FreeBSD で rtags サイトのチュートリアルに従ってみました。

これで、rtags をコンパイルし、ninja -t コマンドを使用して C++ プロジェクトの「compile_commands.json」を生成できます...

emacs で rtags を使用してソースをナビゲートしようとすると、.c 拡張子でしかナビゲートできないことに気付きましたが、.cc 拡張子は機能しません...

テスト用にいくつかのccファイルをcファイルに変更しようとしましたが、動作しますが、自分のファイルではないため、すべてのccファイルを変更できません。