問題タブ [custom-build-step]

現在、SCons をビルド システムとして使用するプロジェクトに取り組んでいます。プロジェクトは gcc 用に書かれており、Windows で開発しているので、mingw でコンパイルし、QTCreator で開発しています。したがって、私はそれを一般的なプロジェクトとして設定しました。最近まで QTCreator 2.0.1 を使用していましたが、ここではすべて正常に動作していました (コンパイル、実行、およびデバッグを意味します)。現在、プロジェクトのコンパイルと実行は正常に機能していますが、デバッガーで問題が発生しています。

プロジェクトをデバッグ モードで開始しようとすると、タイプ x86-windows-msvc2008-pe-32bit の実行可能ファイルに最適なデバッグ エンジンが利用できず、代わりに Gdb が使用されるという警告が表示されます。これにもかかわらず、デバッグが正常に機能することもありますが、ほとんどの場合、実行可能ファイルが「実行可能形式ではありません: ファイル形式が認識されません」というエラーが引き続き表示されます。私の古い QTCreator 2.0.1 を使用すると、デバッグはまだ完全に機能しています。

ここで私の質問は次のとおりです。mingwでコンパイルしたときにmsvc2008実行可能ファイルをデバッグしようとするのはなぜですか（そしてプロジェクトのツールチェーンをmingwに設定します（ビルドでは無視する必要がありますが））？gdb を使用しようとすると、「実行可能形式ではありません: ファイル形式が認識されません」というエラー メッセージが表示されますが、それは何ですか? そして最も重要なこと: mingw でコンパイルされた一般的なプロジェクトのデバッグを機能させるには、QT Creator 2.2 をどのように構成する必要がありますか?

助けてくれてありがとう。

カスタムビルドステップ（ビルド前）で2つのことを実行したいのですが、バッチファイルのスキルは控えめに言っても少し錆びているので、それを理解するのに少し問題があります！

する必要がある：

• すべてのリソースファイルを検索し、バージョンを1.0に更新します。[CustomDateFormat]。[BuildOfday]
• このバージョン番号をHTMLファイルにコピーします

これを行うために別のプログラムを作成してから、カスタムビルドプロセスから実行する必要がありますか、それとも別の方法がありますか？

また、別のプログラムを使用する場合、ソリューションにロードされたプロジェクトに関する情報をどのように渡すのでしょうか（同じディレクトリにある無関係なプロジェクトのバージョン管理をやめないようにするため）。

ソースファイルから.hファイルを生成するカスタムビルドツールをVS2010に統合しようとしています。ステップ用に.xml、.targets、.propsを作成しました。XMLは、ほとんどの場合MASMファイルからコピーして貼り付けられ、次で終わります。

これにより、すべての.fooファイルが.propsで定義されているFooコンパイラにマップされます。

プロジェクトをコンパイルすると、fooファイルが正常に識別されてコンパイルされます。

私の質問は、ClCompileが出力しないのに、なぜ「FooCompile：」をファイルごとに1回出力するのかということです。これを変更する方法はありますか？

cppファイルを変更してビルドすると、ファイルごとにこの出力も1回取得されますが、これは避けたいものです。

カスタムオブジェクトリレーショナルマッピングシステムを使用するC++プロジェクトがあります。このシステムでは、テーブルは.tblファイルによって定義されます。次に、これらは、それぞれに対して.hファイルと.cppファイルを作成するコードジェネレーターを介して実行されます。

Visual Studio 2008および2010で、このためにカスタムビルドルールを機能させようとしています。

これは私が今のところ持っているものです：

問題は依存関係です。クリーンチェックアウトでビルドを実行すると、ファイルが存在しないため、このルールによって生成された.hファイルに対して「インクルードファイルを開くことができません」というエラーが発生します。

出力を「$（InputName）.h」に変更しようとしましたが、それでもエラーが発生します。

これで、コードジェネレーターの実行時にこれらのファイルが作成されます。すべてのファイルが最初のパスで作成されたため、再度コンパイルしてもエラーは発生しません。ただし、クリーンで自動化された、フレッシュチェックアウトからのビルドは機能しません。

何か案は？

古いバージョンでそれを行う方法を知っていました。.abc と .xyz のファイルがいくつかあります。ファイルが変更されている場合は、ビルド スクリプトを実行してから C++ ファイルをビルドします。

VS2010でどうすればいいですか?

ビルド前のステップから Visual Studio コンパイラに渡された定義/インクルード パスのリストを変更することは可能ですか?

Visual Studio 2008 でビルドする前にカスタム ツールを実行する必要があります。ツールはカスタム入力ファイルに基づいて C++ コードを生成するため、Visual Studio が C++ のコンパイルを開始する前に実行する必要があります。

カスタム ビルド ルールを使用してセットアップしましたが、ほとんどの場合は機能しますが、ツールが完了するまでビルド プロセスが待機していないようで、入力ファイルに変更を加えてビルドした後に再ビルドする必要があります。これは、ビルドが完了するまで Visual Studio が変更されたファイルを認識しないか、ツールの実行が完了する前にビルドが開始されるためです。どちらが正しいかわかりません。

問題は次のとおり
です。 1.ビルドをトリガーします。
2. カスタム ツールが実行されます。
3. ビルドが開始されます
。 4. ステップ 2 からの出力が利用可能になる前にビルドが完了します。
5. 生成された変更を含めるために、別のビルドをトリガーする必要があります。

ステップ 2 を待つだけでステップ 3 を実行したいと思います。

glsl ファイルを c++ ヘッダー ファイル (このヘッダー ファイルを生成する python スクリプト) に変換する外部ビルド ツールを使用した大きなプロジェクトがあり、glsl ファイルを変更するたびに、ビルド システムでこの外部を実行する必要があります。ツールを使用してプロジェクトをコンパイルしますが、どういうわけかカスタムビルドステップでこれを行うことができません。これらの依存関係「$(ProjectDir)Core\shaders\GLSL\Shaders*.glsl」を追加の依存関係の一部として追加しようとしましたが、どういうわけか機能せず、同じスクリプトがビルド前イベントの一部であるため、プロジェクト全体を再構築する必要があります。

簡単に言えば、プロジェクトをビルドまたは実行する前に、glsl ファイルが変更される (すべて 1 つのディレクトリにある) たびに、この外部ツールを実行する必要があります。

誰かがこれを行う方法を教えてもらえますか?

(これは XNA コンテンツ パイプラインに関するものではありません)

Visual Studio を使用してコンテンツ パイプラインを実装しようとしています。

1. プロジェクト A はファイル a を生成します
2. プロジェクト B はファイル b を生成します
3. a と b は、出力ファイル a' と b' を生成する外部圧縮ツールに渡されます。
4. a'、b' およびいくつかの追加のメタ情報がプロジェクト C に渡され、ファイル c にマージされます。
5. c は最終的に実際のプロジェクト D に渡されます

A/B から D までのこのプロセス全体には、およそ 10 ～ 20 分かかります。当然のことながら、あまりダウンタイムを発生させずにこれらのプロジェクトの作業を続けることができるようにするために、これをできるだけ頻繁に実行しないようにしたいと考えています。また、パイプラインは簡単に拡張できる必要があります。

パイプライン全体は、VS10 Makefile プロジェクトのさまざまなコマンド ライン呼び出しを使用してそのまま実行されます。したがって、コンテンツ ファイルやプロジェクトがまったく変更されていなくても、ソリューションをビルドするたびにパイプラインが実行されます。

明らかに、それは最も賢明な方法ではありません。では、このような問題に対する通常のアプローチは何ですか? カスタムビルドステップ? バッチファイル？