はてなブックマーク

@osamu0329 です。 この記事は CMake Advent Calendar 2014の記事です。 3.14から追加された コマンドラインオプションの説明を追記しました。 はじめに cmake を実行する際に、cmake . としているサンプルをよく見かけますが、これはin-sourceビルドと呼ばれるやり方です。 CMake には、前述の in-source ビルドに加えて、out-of-source ビルド ( ビルドツリーとソースツリーを分ける方法) が利用できます。 この記事では、out-of-source ビルドの方法と、 in-sourceビルド (cmake .) の何が問題なのか？ まずは、in-source ビルドのどこが問題なのか、確認します。 git でソース管理する際に、ビルド成果物や cmakeコマンドが生成する各種ファイルによってリポジトリが汚れしまい

モチベーション CMake でライブラリを作成する際に、<foo>-config.cmake ファイルを作成しておくと、そのライブラリを利用するCMakeプロジェクトで find_package コマンドを利用して検索できます。 この foo-config.cmake を手で作成することもできますが、これはなかなか骨の折れる作業になります。 そこで、この記事では install(EXPORT) コマンドを使用して、foo-config.cmake を自動生成するCMakeLists.txtの書き方について解説します。 この方法のメリット FindFoo.cmake を書く必要がない。 クライアント側のCMakeLists.txt で find_package(foo) した後に、 target_link_libraries(foo) するだけで、自作のライブラリをリンクできる。 おおまかな

はじめに CMakeプロジェクト以外でビルドされた既存のライブラリや、プロプライエタリなライブラリでソースコードが公開されていないライブラリを、CMakeプロジェクトで利用したいケースがあります。 このようなライブラリをCMakeのターゲットとして扱うための仕組みが IMPORTED ターゲットです。 （ライブラリだけでなく、実行ファイルをIMPORTEDターゲットとして定義することもできます） 他にも、package-config.cmakeを記述する際に、インストールツリーのライブラリファイルをIMPORTEDターゲットとして定義するという使い道もあります。実際に、install(EXPORT) コマンドが生成するexport.cmakeはIMPORTEDターゲットを使用しています。 IMPORTED なライブラリを定義する add_library() コマンドに IMPORTED オ