問題タブ [incremental-build]

Visual C++ (現在 2003 年) でのインクリメンタル リビルドで問題が発生することがあります。一部の依存関係は正しくチェックされていないように見え、一部のファイルはビルドされるべきときにビルドされません。これらの問題は、インクリメンタル リビルドへのタイムスタンプ アプローチに起因すると思います。

デスクでデバッグ ビルドをビルドする場合は大きな問題とは考えていませんが、配布可能なビルドの場合はこれが問題になります。

ビルド サーバーにインクリメンタル ビルドを使用しても安全ですか、それともフル ビルドが必要ですか?

変更されたファイルをコピーするだけの msbuild ターゲットがある場合、コピー タスクを使用して SkipUnchangedFiles = true を設定するよりもインクリメンタル ビルドの方が優れているのはなぜですか?

個別にコンパイルしてからCUDAカーネルにリンクするのが好きな多くの構造体（クラス）とスタンドアロン関数がありますが、カーネルのExternal calls are not supportedコンパイル（リンクではない）中にエラーが発生します。nvccは、カーネルのインライン関数を常に使用するように強制します。これはとてもイライラします!! 誰かがインクリメンタルコンパイルを実現する方法を見つけた場合は、共有してください。

NVIDIAフォーラムの次のスレッドも参照してください。 http://forums.nvidia.com/index.php?s3%showtopic=103256&view=findpost&p=1009242

Mac で Flash Builder 4 を使用していますが、気になる問題があります。コンパイラがコードの変更を検出しないことがあります。

たとえば、コードを書き、コンパイルして実行し、ログ ステートメントを追加しても、出力されません。クリーンコンパイル後、すべてが期待どおりに実行されます。

変化を除外するパターンは見当たりません。他の誰かが同じ問題を抱えているかどうか疑問に思っていますか？

詳細：

• フラッシュビルダー4
• Flex3.5 SDK をターゲットとする純粋な AS3 プロジェクト
• Max OS X Snow Leopard
• 私のコードでは、ステートメントを終了するためにセミコロンを使用していません

それぞれの長所と短所は何ですか？高速ルックアップ時間が重要なハッシュテーブルを実装している場合、それは挿入と削除でのみ発生するのに対し、インクリメンタルはルックアップも遅くなるため、即時を使用する必要があるようです。それは理にかなっていますか？

重要な場合は、Cでこれを行っています。

私は現在、大量の C++ コードを使用して大規模な Android アプリに取り組んでいます。これまでのところ、コンパイルして実行できます。

残念ながら、ネイティブ ソースの構造で何かを変更するたびに (ファイルの追加/削除/名前変更/移動)、かなり頻繁に発生しますが、ndk-buildはソース全体を再構築します。

どうにかしてAndroid NDKを段階的にビルドするように設定する方法を知っている人はいますか?

前もって感謝します

VS2005でビルドされたかなり大きなC++プロジェクトがあり、コンパイルとゼロからのビルドに最大40分かかります。また、ソフトウェアが32ビットと64ビットの両方の構成でビルドされているため、インストーラーにはさらに10分かかります。継続的インテグレーションを使用する場合は、ビルドのフィードバックを迅速に取得することが重要だと感じているため、この時間を少なくとも10分程度に短縮したいと思います。

最終的にリンクされたファイルを削除してインクリメンタルビルドを使用するが、.objファイルは削除しない場合、ビルドプロセスははるかに高速になりますが、.dllを読み込めないなどのエラーがあちこちで発生するようです。クリーンなビルドから、すべてが正常に機能します。選択したCIシステムとしてTeamCityを使用しています。

たぶん、インクリメンタルビルドの動作はVisual Studioの新しいバージョンでより良く、アップグレードする良い動機になるかもしれませんか？誰かが同様の問題に遭遇しましたか？

アセンブリ プラグイン (または jar/war プラグイン) はただのばかげているようです。何もすることがないときはいつでも、彼らは理解できません。

すべての依存関係がターゲットよりも古い場合、基本的な「Makefile」はターゲットを再コンパイルしません。

Mavenの場合、パッケージングは​​「常に」行われているようです! 「mvn package」を実行してから「mvn integration-test」を実行すると、Maven はパッケージを何度も処理します。私はいくつかのファットスタンドアロンjarを構築しているので、しばらく時間がかかります!

それはあなたのために働く方法でもありますか、それとも私の設定に何か壊れていますか。

ご協力ありがとうございます、
ラファエル

build.xml が非常に多くの jar ファイルといくつかの war ファイルで構成されている非常に大きなコード ベースがあります。1 つの .class ファイルが複数の jar ファイルを参照する場合があります。コードを手動でコンパイルし、Ant を使用して .ear ファイルを weblogic 10.3 アプリケーション サーバーにデプロイします。ただし、このコンパイルと展開には約 10 ～ 15 分かかります。この部分を回避する方法はありますか？つまり、IDE から Java クラスを変更すると、bin フォルダーに .class ファイルが生成されます。サーバーを再起動せずに、変更したすべての .class ファイルを bin フォルダーから取り出して、対応する jar ファイルに直接デプロイできますか? どんな助けでも大歓迎です。

前もって感謝します、

40 ほどのプロジェクト (C# + 1 つの C++/CLI) を含む Visual Studio 2010 ソリューションがあります。デバッグを開始する前にソリューション全体をビルドするように Visual Studio を構成しました。

ここで、他のプロジェクトが依存していない「リーフ」プロジェクトのコードを変更するとします。ソリューションを明示的に段階的に (F6またはF7) ビルドすると、ソリューション内の各プロジェクトのビルド出力行が表示されます。ただし、最新のプロジェクトは再コンパイルされていません。たとえば、プロジェクトの警告は表示されません。時間がかかります（おそらく5〜10秒）。

ここで、同じファイルを再度変更して、デバッグを開始するとします ( F5)。今、何か違うことが起こります。変更されたプロジェクトのみが再コンパイルされ（1秒程度かかります）、ほぼ瞬時にデバッグが開始されます。

Visual Studio にはインクリメンタル ビルド用の 2 つの戦略があるようで、最適化された最適なものは、デバッグ セッションの副産物としてのみ利用できるようです。

質問：

デバッグ セッションを開始せずに、このより最適化されたビルド戦略を手動で呼び出す方法はありますか?