問題タブ [cpack]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
cmake - Strange error running CPack after building a project.
I have the following extremely simple project:
CMakeLists.txt
myapp.cpp:
DoSomething.cmake
The project builds fine, but I run into issues when I attempt to run CPack:
What does this mean? What was the error? CPack doesn't seem to have generated any logs or provide any further details. Commenting out the contents of DoSomething.cmake
doesn't seem to make any difference.
According to the documentation:
CPACK_INSTALL_SCRIPT
Extra CMake script provided by the user.
If set this CMake script will be executed by CPack during its local [CPack-private] installation which is done right before packaging the files. The script is not called by e.g.: make install.
Why won't my package build and my warning message display?
c++ - cmake で CPack を使用して 2 つの異なるパッケージを生成します: Linux
プロジェクト用に 2 つの異なるパッケージを作成したいと考えています。
- DCM (RCM 固有のモジュールを除くすべてのモジュールを含む)
- RCM (特定モジュール)
1. DCM : src/CMakeList.txt
2. RCM : src/ecs/mqa/mqa_rcm/CMakeList.txt
試してみる : Linux 仮想マシン プロンプトで。
単一のパッケージのみを作成しますDCM-1.90.0-Linux.tar.gz
。
参照 : CMake Wiki および CPack および StackOverflow
問題 :DCM-1.90.0-Linux.tar.gz
1.と 2. のRCM-1.90.0-Linux.tar.gz
パッケージ
を作成したい。
私はグーグルで検索しましたが、正確な解決策を見つけることができませんでした。
さらに情報が必要な場合はお知らせください。
よろしくお願いします。
linux - Cpack ヘッダー フォルダーの宛先
ライブラリのすべてのヘッダーを not に配置する必要があり/usr/include
ます/usr/include/mylibname
。ヘッダーの場所を変更したいことに注意してください。フォルダに保存.so
したいファイル/usr/lib
私はこれを試しました: CPackでパッケージの宛先フォルダーを変更するには? しかし、それは役に立ちません。
c++ - CMake : CPack を使用してデフォルトのパッケージ名を変更する方法 - Linux
私のプロジェクトでは、2 つのパッケージを作成しました。
- 「XYZ」モジュールを除くすべてのコンポーネントを含むデフォルト パッケージ。
COMPONENT <XYZ>
inINSTALL
コマンドを使用して、XYZ コンポーネントを含む特定のパッケージ。
さて、問題は、指定CPACK_SOURCE_PACKAGE_FILE_NAME
してコマンドを実行すると、次のようmake package
に名前で生成された2つのパッケージが生成されることです。
set(CPACK_SOURCE_PACKAGE_FILE_NAME "AB-1.0.2")
CMakeList.txt で
次に、出力は次のとおりです。
そのデフォルトのパッケージ名と 2 番目のパッケージ名を変更したいと考えています。
私はグーグルで検索しましたが、デフォルトのパッケージ名を指定したり、このパッケージの名前を変更したりする直接的な方法を見つけることができません.
事前に多くのことを。
cmake - パッケージを作成する複数の子プロジェクトを持つ CMake 最上位プロジェクト
それぞれが debian パッケージを作成する複数の CMake プロジェクトがあります。各「子」プロジェクトで add_subdirectory() を呼び出す最上位プロジェクトを作成しようとしています。すべての子プロジェクトがビルドされますが、'make project' は最後の子プロジェクトの仕様でプロジェクトを作成し、他のすべてのプロジェクトのファイルを含めます。
基本的に、各セット (CPACK_...) は、最後のプロジェクトまで次のプロジェクトによって上書きされ、'install()' 呼び出しが蓄積されます。最上位プロジェクトを使用する場合、パッケージの作成を分離するにはどうすればよいですか?
編集:スニペットを追加しました。すべての「子」プロジェクトは似ています。
cmake - 空のデフォルト コンポーネント名が「未指定」として表示される
cmake 2.8.12 を使用して 2 つのパッケージを作成しようとしています。最初のパッケージには共有ライブラリが含まれ、2 つ目のパッケージにはヘッダー ファイルが含まれています。どうやら、それぞれ と という名前の 2 つのパッケージが必要libname
なlibname-dev
のでinstall
、共有ライブラリにはコンポーネントを指定せずにコマンドを使用COMPONENT dev
し、ヘッダー ファイルには同じコマンドを使用しました。この前に、空のデフォルト コンポーネント名を定義しました。だから私は次のようなコードを持っています:
しかし、その結果、空のデフォルトのコンポーネント名にもかかわらず、libname-Unspecified
生成libname-dev
されます。以前に説明した名前の 2 つのパッケージを定義する方法がないように思われるため、この動作は非常に奇妙です。他の方法でこれを行う方法はありますか?
windows - CMake + CPack + Wix を使用してインストーラーを生成する
概要:
CMake/CPack で Wix インストーラーを生成するには?
詳細:
Wix を使用するプロジェクトからインストーラーを生成しようとしていますが、明らかに、cmake/cpack は nsis を使用することを主張しています。たとえば、 レポhttps://github.com/ngladitz/cmake-wix-testsuite CMakeLists.txt の次の内容を含む最初の例の「basic」フォルダー
cmake を生成した後:
で生成されたpackage.vcxprojを実行しようとしました
エラーが発生しました
"C:\src\Samples\CPack\cmake-wix-testsuite-master\basic\MY_BUILD\PACKAGE.vcxproj " (デフォルト ターゲット) (1) -> (PostBuildEvent ターゲット) -> EXEC: CPack エラー: NSIS コンパイラが見つかりませんmakensis: インストールされていないか、PATH にない可能性があります [C:\src\Samples\CPack\cmake-wix-testsuite-master\ba sic\MY_BUILD\PACKAGE.vcxproj]
そのため、NSIS ジェネレーターの使用を主張しているようです。
cmake - CMake/CPack: add_custom_command TARGET パッケージ POST_BUILD
ここで説明したのと同じ問題があり、TARGET「パッケージ」の POST_BUILD コマンドとしてシェルスクリプトを実行したいと考えています。ターゲット プラットフォームは Debian/Ubuntu です。
CMakeLists の最後に以下を追加します。
しかし、これはうまくいきません。「make package」を呼び出しても、スクリプトは変更されません。
現時点では、カスタム ターゲットを使用した回避策があります。
しかし、「make package」を呼び出すときにこれが自動的に行われると、私にとってははるかに快適でフェールセーフになります。
ちなみに、${PROJECT_BINARY_DIR}/fixup_deb.shの生成は以下でもうまくいきます: