SConsソーススキャナの実行を遅らせるには？

Question

私は、C++からいくつかのライブラリを構築するためのSConsビルドシステムと、SWIG経由のPythonラッパーを用意しました。その後、結果はSConsビルドの一部でもあるデータ処理に使用されます。データ処理は、構築されたSWIGラップライブラリを使用するPythonスクリプトです。

すべてのライブラリとラッパーが構築された後にデータ処理が開始され、うまく機能するように依存関係を設定しました。しかし、警告があります（あなたはそれを推測しましたか？））。ソーススキャナを追加したいと思っています。ソーススキャナはSWIGライブラリのいくつかを使って依存関係を拡張しています。問題は、スキャナがすぐに実行されないことです。実際、私はそれが2回実行されているのを見ています - ある時点ではビルドの早い段階で、もう1つはデータ処理が始まる直前です。したがって、並列ビルドで実行される最初のスキャナは、通常、必要なライブラリがすべてビルドされる前に実行されるため、失敗します。

スキャナ自体をライブラリターゲットに依存させるにはどうすればよいですか？

または、スキャナの実行を遅らせたり、最初のスキャナの実行を取り除いたりできますか？

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

Answer 1

回避策私はと思うと、スキャナをスキャナではなくスキャンプロセスを実行するビルダーに変え、すべての依存関係をリストするファイルを生成します。データ処理ビルドには、単にそのファイルを解析するスキャナがあります。 SConsは、スキャンしたソースファイルがビルダーのターゲットであることを認識しているため、早期にSConsを実行しようとは思わないでしょう。

ビルドセットアップを複雑にし、それほど小さいファイルではないファイルI/Oを追加するため、サブパルス解決策です（依存関係は長いパスを持つ数千のファイルです） 。

Answer 2

もう1つの回避策の1つです。 * .i swigインタフェースファイルが "node"引数として渡された場合、スキャナが生成されるファイルのリストを推測することは可能ですか？このようにして、スキャナは依存関係のリストを生成するために実際にファイルが存在する必要はありません。

一般に、この問題の解決策は、SWIGライブラリが実際に生成される前に積極的に依存関係を推論するためのロジックを書くことなのかと疑問に思っています。私は、 "_ *。so"ファイル自体を見ることで多くの情報が得られるとは考えていません。