問題タブ [build-dependencies]

インストールが必要な仕様ファイルを作成しています/usr/bin/rpmbuild。Opensuse13.1 では、これは非常に単純です。spec ファイルに次の行を追加するだけです。

これは Opensuse13.1 でうまく動作します

それでも、opensuse12.1 でこのパッケージをビルドしてインストールしようとすると、バイナリはパッケージではなく/usr/bin/rpmbuildパッケージによって提供されるため、これは機能しません。rpmrpm-build

この問題を回避するにはどうすればよいですか? 両方が提供する仮想パッケージは見つかりませんでした。パッケージrpmは opensuse13.1 にも存在し、それにrpm-build依存していることに注意してください。

コンテキスト:ネットワーク経由で実行可能ファイルを転送するプログラムがあります。この実行可能ファイルは大きすぎるためldd -u bigFoo.so、関連する共有オブジェクトで実行しました。これにより、ギグを占有していた未使用の共有オブジェクトファイルが多数あることが明らかになりました。

質問:foo.ccにコンパイルされてリンクされているC++ ソース コードの一部bigFoo.soと、unused.so(によって明らかにされたldd -u) にリンクされているC++ ソース コードが与えられた場合、 のリンクの原因となるbigFoo.so呼び出しをすばやく特定できるスクリプトまたはシェル コマンドのシーケンスはありますか?foo.ccunused.so

多数の異なるソリューション ファイルを含むプロジェクトがあり、各ソリューションには多くのプロジェクトがあります。問題は、特定のソリューションのために構築する必要があるプロジェクトがあることです。各開発者は、大規模なソリューション (多くのプロジェクトを含むソリューション) を開くという苦痛を経験しなければなりません。問題は、特定のビルド順序に従う必要があるため、これらのソリューションが常にビルドされるとは限らないことです。

私の質問は、特定のディレクトリ内の各プロジェクトの依存関係を特定し、これらのプロジェクトをビルドする方法があるかどうかです。私たちが所有する他のプロジェクトに依存していないすべてのプロジェクト ファイルを見つけるようなものです。したがって、そのようなプロジェクトを最初にビルドしてから、依存関係が既にビルドされているプロジェクトをビルドします。

これを行うために F# または Fake を使用することを考えていましたが、どこから始めればよいのか、それが可能かどうかさえわかりません。

例や助けが得られる場所へのリンクを含む回答をいただければ幸いです。

よろしく、

ナシル

複数のジョブ (-jN where N > 1) を含むプロジェクトをコンパイルするときに表示される不足している依存関係をテストする方法はありますか?

ほとんどがオープン ソースのパッケージで、-j1 または -jN (N は 4 や 8 などの比較的低い値) を使用している限りビルド プロセスが正常に機能しますが、48 などのより高い値を使用すると、少し珍しいパッケージに遭遇することがよくあります。 、依存関係がないために失敗し始めます。

私は、ターゲットを指定してすべての依存関係を把握し、-j1 を使用してそれらの依存関係のそれぞれを明示的に構築して、依存関係が欠落していないことを検証する bash スクリプトを自分で構築しようとしました。小規模/中規模のパッケージで動作するように見えますが、たとえば uClibc のような重要なパッケージでは失敗します。

コードを読むことで私が何を意味するかをよりよく理解する人もいるかもしれないので、ここで私のスクリプトを共有しています。また、より堅牢なソリューションが存在し、共有できることを願っています.

(,${project.version}]Maven依存関係のバージョン要素の値を見てきました。これらの括弧とコンマは、単なる とは異なる特別な意味を持ってい${project.version}ますか?

次のディレクトリ構造とライブラリの依存関係があります。

各ディレクトリには、CMakeLists.txt独自のライブラリを生成するためのファイルが含まれています。アウト オブ ソース ビルディング ポリシーを使用しています。

lib-b が lib-a に依存していると言うために、公式の CMake チュートリアルで教えられていることに従って、コマンドadd_subdirectory(../lib-a lib-a)を に入れました。このようにして、サブディレクトリが に作成されていることがわかります。./lib-b/CMakeLists.txtlib-a./lib-b/build dir

これは私が望む動作ではありません。私が取得したいのは、CMake が lib-b を生成する際に lib-a を参照することです。lib-a がまだ生成されていない場合、CMake は ./lib-a/build の CMakeLists.txt を使用してそれを生成する必要があります。 lib-a (依存関係を処理するときの make ツールの動作と同様の動作)。

また、私の例ではルート CMakeLists.txt を使用していないことを付け加えたいと思いますが、必要なのは、lib-a への依存関係を宣言する lib-b/CMakeLists.txt であり、lib-a をまだコンパイルされていない場合は、独自の lib-a/CMakeLists.txt を使用してコンパイルされます。

dirs 構造とその内容は次のとおりです。

lib-b/main.cpplib-a の関数を使用しているため、test.hppofのインクルードも含まれています。lib-aこれは、 の仕様で考慮する必要がありlib-b/CMakeLists.txtます。

lib-a/CMakeLists.txt2つのlib-b/CMakeLists.txtファイルの内容はどうあるべきですか?