CMakeの使い方（その３） - Qiita
はじめに CMakeを使い始めて色々と学んだことを少しずつまとめています。 関連記事 CMakeの使い方（その１） CMakeの使い方（その２） 参考資料 CMake Documentation - FetchContent ステップ８：他のライブラリを自分のプロジェクトで使えるようにする 自分のCMakeプロジェクトをビルドするために、インストールされていないライブラリが必要だとします。CMakeには、ビルドに必要なライブラリを自分のCMakeプロジェクト内で使えるようにするFetchContentというモジュールがあります。 FetchContentモジュールに含まれるFecthContent_Declare関数とFetchContent_MakeAvailable関数を使うと、他のプロジェクトのCMakeターゲットや変数をそのまま自分のプロジェクト内で参照できるようになります。詳しく
C++/Java/Ruby/Pythonの並列I/O用ファイルインターフェイス - 豪鬼メモ
ファイルの読み書きをマルチスレッドで並列に行うための仕組みを、各種プログラミング言語（C++、C、Java、Ruby、Python）で利用できるようにライブラリを整備した。メモリマップI/O、通常I/O、ダイレクトI/Oを同じインターフェイスで利用できる。Tkrzw-0.9.38からこの機能が利用できる。メモリマップI/Oと通常I/Oは全ての処理系で、ダイレクトI/OはLinuxとMacとWindowsで利用できる。 データベースライブラリTkrzwはマルチスレッド環境での並列処理性能を重視して開発しているが、そこで利用しているファイル層の機能を直接利用できるようにAPIを整備した。データベースとしてではなく、単なるフラットなファイルとして利用するためのAPIである。テキストにもバイナリにも利用できる。 C++ API C API Java API Python API Ruby API
CMakeの使い方（その２） - Qiita
これに対応するCMakeのコマンドはtarget_compile_options/target_compile_features/target_compile_definitionsで、次のようにオプションを指定することができます。 cmake_minimum_required(VERSION 3.13) project(test_cmake CXX) add_executable(a.out main.cpp) # 最適化・警告等のオプション target_compile_options(a.out PUBLIC -O2 -Wall) # C++の標準規格の指定 target_compile_features(a.out PUBLIC cxx_std_17) # マクロ target_compile_definitions(a.out PUBLIC MY_ORIGINAL_MACRO_C
CMakeの使い方（その１） - Qiita
はじめに ２月のはじめ頃、CMakeを使ってビルドを自動化しようと思い、色々ググってCMakeLists.txtを作り試行錯誤したのですが、その時は結局断念しました。というのも、abcというステップがあるとすると、ググッて得られる解説はabcのaやbが抜けていきなりcから解説されたものが多く、初心者にはきつかったからです。特にcmake.orgのチュートリアルはまさにその典型で、チュートリアルのStep 1からして長過ぎて、本当に何が必要なのかわかりにくい・・・orz ところが、今学期受けているHigh Performance Computingという講義で行われたCMakeの使い方の解説がわかり易すぎて、あっという間に自作ライブラリをCMakeでコンパイルすることができるようになり、CMakeの便利さに感動してしまいました。私と同じくCMake初心者という方にこの感動を共有すべく、ここに
C++20 Contract - Qiita
この記事は、ブログ記事を色々した版です（提案文書読んでブログに書き終えてからドラフトに入ってることに気付いた）。 基本的に、以下の文献に基づきます。 N4800 - Working Draft, Standard for Programming Language C++ P0542R3: Support for contract based programming in C++ by G. Dos Reis, J. D. Garcia, J. Lakos, A. Meredith, N. Myers, B. Stroustrup この機能はC++23に延期になりました、ご注意ください Contract programming 或は Design by Contract (DbC) とは Wikipedia - 契約プログラミング D4Cではない。 三行で Contract Programm
Cのエラーハンドリングと例外設計、例外処理のメモ - 百日半狂乱
二十五日半狂乱、6日目(の分...orz)の記事 Cのエラーハンドリングを毎回やるのは面倒だ！ 前回も言ったが、Cではエラーハンドリングに戻り値とerrnoを用いる． それはそうと例外設計において"無視"は大罪である． だから、関数を呼び出したら戻り値は漏らさずチェックすべきだ． ということで、例えば以下のように逐一戻り値をチェックする． if(send(sockfd, buf, len, 0) < 0){ ERROR("send"); exit(1); } あぁ、面倒だ． 一体コードのどの部分が正常系の処理なのか？ ほとんどエラーハンドリング*1で埋め尽くされるじゃないか． そもそもエラーハンドリング部分に書くのは毎回同じコードだし、コードの繰り返しは防ぎたい． エラー処理部分をラッピングして楽をする unpv12eの中でラッパーを被せることによってこの面倒を回避する方法を知った． in
配列コピー時に犯しやすい誤りに注意する ――C/C++セキュアコーディング入門（6）
データをコピーする先の記憶領域として十分なサイズが確保されていないと、バッファオーバーフローに繋がります。例えば、コピー先の領域として確保するサイズが不十分だったり、コピー先の領域は意図どおり確保していても、コピーするデータのサイズを誤って指定してしまう場合などです。 典型的な誤りとしては、文字列コピーにおけるNULL終端バイト分のサイズの配慮し忘れがあります（関連ルール「STR31-C. 文字データとNULL終端文字を格納するために十分なサイズの領域を確保する」を参照）。 また、コピーサイズを計算する際に整数オーバーフローが発生したり、正の値を処理することを想定しているロジックに負の値を持った符号付き整数を渡すことで、暗黙の変換により大きな正の値として扱われて問題を起こすケースもあります（関連ルール「STR31-C. 文字データとNULL終端文字を格納するために十分なサイズの領域を確保す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GNU Makeの使い方 / How to use GNU Make
TEXTdrop｜翻訳・オンラインカジノ 日本円のプログラミング
C/C++セキュアプログラミングクックブック
C/C++セキュアプログラミングクックブック
Is there a beginner's book for C++ socket programming? - Stack Overflow