CMake: Cross-platform Make - Heavy Watal
環境に合わせた Makefile を自動生成する。 似たようなことをする configure スクリプトと比べて動作が高速で、 ライブラリの依存関係なども簡潔・柔軟に記述できる。 configure ではそれを生成する開発者だけが autotools を使うのに対して、 CMakeでは開発者と利用者の双方がCMakeをインストールして使う。 https://cmake.org/cmake/help/latest/ 基本 CMakeLists.txt を各ディレクトリに配置して、階層的に管理する。 プロジェクトのトップに置くものは、以下のようなコマンドで始める必要がある。 cmake_minimum_required(VERSION 3.15) project(helloworld VERSION 0.1.0 LANGUAGES CXX) add_executable() や add_lib
CMakeスクリプトを作成する際のガイドライン - Qiita
はじめに CMakeを使い始めて半年以上経ちますが、まだまだ把握していない機能が多いです。 勉強のためYouTubeに上がっているCMakeに関する動画をいくつか見てきて、非推奨なコマンドや書き方があることがわかったので、それらをここにまとめておきます。 参考資料 CppCon 2017: Mathieu Ropert “Using Modern CMake Patterns to Enforce a Good Modular Design” C++Now 2017: Daniel Pfeifer “Effective CMake" Embracing Modern CMake - How to recognize and use modern CMake interfaces by Stephen Kelly CMake Best Practice by Fujii Hironori C
GoogleTest + CMakeでC++の実践的なユニットテスト環境を構築する：その１ - Qiita
背景と目的 googletestを導入するための情報は、既に多くの先輩方により記述されていますが、本記事では、それらに＋αの情報を加え、実際の開発現場にすぐに適用できる実践レベルの内容としてまとめることを目的とします。 それでは、ここで想定している実践的なテスト環境とは何かと言うと ①テストフレームワークのインストール方法がスクリプト化されていること ②テストフレームワークのバージョンが固定されていること ③テストケースを追加する度にプロジェクトファイル（Makefileとか）を編集させないこと ④テストファイルとテスト対象ファイルが対になっていること（ClassA.cpp、ClassATest.cpp、など） ⑤mockを実装する手段が提供されていること ⑥IDEと統合してテストのデバッグができること（別途記載予定） ⑦カバレッジを行単位で表示できること（別記事） ⑧CIでテスト結果を表
中規模なC++の新しいプロジェクトを作るときにやるべきこと 2016年版 - Qiita
C++で新しいプロジェクトを作成するときに自分が定型的にやっていることを備忘録的にまとめました。完全に我流なので「こういうやり方もあるよ」などのアドバイスは歓迎です。 この記事中では各ファイルで説明が必要な部分だけを示しますが、全てのサンプルはgithubにおいてあります。 cpp-template: https://github.com/m-mizutani/cpp-template 前提 UNIXベースのCLIで動作するアプリケーション or ライブラリを作る コンパイルはcmakeを使用する ファイル名はソースコードが*.cc、ヘッダファイルが*.hppだとする サンプルではcpptemplate というプロジェクト名だと仮定します プロジェクト用ファイルの準備 CMakeList.txt サンプル cmakeでビルドするための設定ファイルです。このサンプルではCLIアプリケーション
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TEST: Include gtest as submodule, make available from top-level CMakeLists (ec78983e) · Commits · dss / eos · GitLab
Basic CMake C++ project structure