［C++］inline名前空間の使途 - 地面を見下ろす少年の足蹴にされる私
inline名前空間はC++11から追加された機能で、その中にあるものは透過的に（名前空間がないかのように）アクセスすることができます。一見使いどころがなく見られがちですが、うまく使えばとても便利に活用することができます。 1. using namespaceの範囲を限定する 2. APIのバージョニング 3. ABIのバージョニング リンクエラーにする ABI互換性を確保する 4. 名前の衝突を回避する 参考文献 1. using namespaceの範囲を限定する これは標準ライブラリではユーザー定義リテラルの定義と利用でよく利用されます。 例えば、std::string_viewを簡易利用するためのsvリテラルは次のように宣言されています。 namespace std { // string_view本体 template <class CharT, class Traits = c
プログラミング言語 C の新機能
注意 識別名、文字定数、文字リテラルに使用可能 キャラクタセット中の文字で表現できるのならこの表記を使うべきではない 識別名として、 \u0000-\u0020 制御 空白(0x20) \u007f-\u009f 制御 \ud800-\udfff サロゲート(surrogate) の文字を使用すべきでない。 ところで、サロゲート(surrogate)って知ってますか？ UNICODE は世界中のすべての文字を 16 bit の中に入れようとして作っていました。しかし、わかっていたことではありますが、やはり 16 bit にすべて押し込むことは無理でした。そこで仕方が無いのである特定の文字部分ではさらにもう一文字追加して、32 bit で一文字をあらわすことにしました。その特定の領域の部分をサロゲートといい、それを使った文字をサロゲートペアによる指定などといいます。 3.2 拡張された識別名
超高速！多倍長整数の計算手法【前編：大きな数の四則計算を圧倒的な速度で！】 - Qiita
1. はじめに ～メインを読むための準備～ まず、大きな数の計算の話をする前に、少しコンピューターと計算回数について話しましょうか。 コンピューターは、現代ではソフトウェアやアプリケーションの開発に使われていますが、これには重要な背景があります。これは「計算がめっちゃ速いこと」です！人間なんかと比べたら、圧倒的な計算スピードを誇ります。 1-1. 人間の計算速度はどのくらい？ まず人間はどのくらいの速度で計算できるでしょうか？速い人も遅い人もいると思います。 例えば、$628 \times 463$ の計算を、今やってみましょう。10 秒以内で計算できたらかなり速い方でしょう。この計算では、次のように「単純計算」を合計 28 回もしていることになります。 9 回の 1 桁 × 1 桁の掛け算 6 回の 1 桁 × 1 桁の足し算 13 回の繰り上がり計算 もし $628 × 463$ が
フレキシブル配列メンバをC++で - 茂加部珈琲店
こんにちは。c++ネタ。 flexible array member プログラミングをしていると、大きさのわからない配列を扱いたい時があります。 間接参照を挟まず、構造体に直接配列を埋め込む手法はCなどではよく使われています こういった配列を扱うため、C99からはフレキシブル配列flexible array memberという機能が追加されました。 使い方は以下のようになります struct flexArrayStruct { int num; int data[]; }; 末尾のdata[]がフレキシブル配列で、要素数の不明な配列を表します。プログラムは実行時に任意の長さのペイロードを含むオブジェクトをメモリ上に確保してアクセスすることができます。 フレキシブル配列の実体は大雑把に言えば大きさ0の配列です。つまり、事前に「次に来る要素」にアクセスする手段を提供する手段ということです。 C
［C++］WG21月次提案文書を眺める（2020年4月） - 地面を見下ろす少年の足蹴にされる私
C++標準化委員会の論文（提案文書）公開がコロナウィルスの影響もあって月1になり量がお手頃になったので、4/20公開の提案文書をさらっと見てみます。 文書の一覧 www.open-std.org 提案文書で採択されたものは今回はありません。 N4858 : Disposition of Comments: SC22 5415, ISO/IEC CD 14882 N4859/N4860/N4861 P0533R6 : constexpr for <cmath> and <cstdlib> P0870R2 : A proposal for a type trait to detect narrowing conversions P1255R6 : A view of 0 or 1 elements: views::maybe P1315R5 : secure_clear P1641R3 : F
C++20の文字列フォーマットライブラリ std::format - Qiita
C++20では、ついに新しい文字列フォーマットライブラリが導入されます。 P0645R10 Text Formatting 今のC++標準ライブラリはCから引き継いだprintf系の関数群と、C++で導入されたiostreamという2つのフォーマットライブラリを持っています。 printf系関数には多くの問題があり、できればC++で使いたくはないものです1。 型安全ではない(Cの可変長引数そのものが) 書式ではなく、変数の型を指示する書式指定がたくさんある (%dと%ldなど) 標準ではユーザー定義型へ拡張できない 書式文字列は実装による差が大きい 一方でprintfスタイルには以下の利点もあり、C++より後発の言語でも書式文字列を使ったフォーマットは広く採用されています。 書式と引数がはっきり分かれている 普通の関数呼び出しとして理解可能 多くのプログラマーが慣れている C++20のフォ
C++11のmemory_orderの使い分け (1) - しらいとブログ
C++11で高速な同期手法としてアトミック変数やメモリフェンス（普通はメモリバリアと呼ぶ）が追加されました。 これらの命令では memory_order を指定できるのですが、違いが分かりづらいのでまとめてみました。 なお、正確な名前は memory_order_relaxed、 memory_order_acquire、 memory_order_release、 memory_order_consume、 memory_order_acq_rel、 memory_order_seq_cst ですが、長いのでこれ以降 memory_order_ の部分は省略します。 アトミック変数で使われた場合 memory_order relaxed acquire release consume acq_rel seq_cst 可視性 保証 アトミック性 保証 一貫性 保証なし 因果一貫性の保証 順
overrideとfinal - cpprefjp C++日本語リファレンス
概要 overrideは仮想メンバ関数のオーバーライドを明示的に宣言するキーワードである。 finalは、これ以上の継承をさせないことを明示的に宣言、または派生クラスでの仮想メンバ関数のオーバーライドをさせないことを明示的に宣言するキーワードである。 仕様 overrideを指定した仮想メンバ関数は、基底クラスにオーバーライド可能な仮想メンバ関数がないとき、コンパイルエラーつまり文法違反として扱われる。 finalを指定した仮想メンバ関数は、派生クラスにてオーバーライドされたとき、文法違反として扱われる。 overrideとfinalはコンテキスト依存キーワードである。 キーワード（例えばreturnやnewなど）は常にキーワードとして扱われるが、overrideとfinalは特定の場所に書かれたときだけキーワードとして扱われる。 簡単に言えば、finalはクラス名の後かメンバ関数名の後に
any - cpprefjp C++日本語リファレンス
概要 anyクラスは、あらゆる型の値を保持できる記憶域型である。保持する値と型は動的に切り替えることができる。 std::any x = 3; // int型の値3で初期化 x = std::string("Hello"); // std::string型の値"Hello"を再代入 // 値を取り出す std::string s = std::any_cast<std::string>(x); assert(s == "Hello"); anyクラスは、古くからあったvoid*をより便利にし、オブジェクトの寿命管理と実行時型情報の機能が付加された型であると言える。 このクラスと同様のことは、たとえばstd::shared_ptr<void>でも行えるが、その場合はポインタの意味論で値を保持することになり、anyの場合は値の意味論で値を保持することになる。また、std::variantクラス
RustがC++に速度で勝った話 - Fixstars Tech Blog /proc/cpuinfo
実行毎に数十msはブレるので、元のC++実装に対しての時間で比較して見ると、最適化オプションと配列境界チェックの除去が効いているように見えます。 そして先述の通り、RustとC++で実行順を入れ替えたり何度か実行しても、最終的に必ず（わずかに）Rustの方が時間短かったので、（2019/09/20:45追記）「計測誤差ではないの？」という問い合わせを内外から多数受けたので、（先述の通り経験的に計測誤差でないことは明らかではあるんですが経験者でない人向けの）分かりやすい証拠としてC++とRustそれぞれ単体を100回ずつ計測した結果を置いておきます。分布から分かる通り、検定などするまでもなく有意にRustの方が時間が短いことが分かります。また、C++側は元のナイーブな実装のままなので、高速化の余地（例えばrestrict）は十分にあります。ここでは「手軽にやった時に」を想定しており、その条件
C++17と標準ライブラリ: C++17を使うときに気をつけたいこと - molecular coordinates
この記事では、現在(2019/1/19)新規プロジェクトでC++17を気軽に使い始めて困らないかということを、主に標準ライブラリに焦点を当てて考察する。 C++17は2017年に標準規格化されたC++バージョンだ。C++14、C++11と比べるととても使いやすくなっているので自分も使っていきたいと思うし、広く普及して欲しいと思っている。 しかし結論から言うと、まだC++17(の標準ライブラリ)は軽い気持ちで使い始められるものではないように感じた。 C++17に対応した標準ライブラリは、多くの安定版ディストリビューションでまだ使用可能ではないからだ。 ※頑張って正確性に気を使っていますが、事実でない部分などありましたら教えてください。申し訳ない。 C++を構成する要素 一口にC++と言ってもそう単純ではなくて、以下の3つの要素の組み合わせを私たちは普段"C++"と呼んでいる。 プリプロセッサ
【C言語】引数なしの関数には void を書いた方がよいという話 - 0x19f (Shinya Kato) の日報
C言語で引数なしの関数を書くときに void を書かないのと書くのとで挙動が違うなんて話を聞いたことはないでしょうか？ つまり void func() {} と void func(void) {} で挙動が違うという話ですね。 自分も話だけ聞いたことがあったものの2つがどう違うのかはわかっていなかったため、C言語の規格を読みながら何が違うのかを調べてみました。 結果だけ述べると、この2つの書き方は同じように見えて実は明確な違いがあり、引数がない関数を定義/宣言する場合には後者を使うのが適切です。 とは言え、2つの書き方で違いがあるとかほんとかよ？と思う方もいると思うので、まずはこの二つがどう違うのか見ていきましょう。 2つの関数の書き方の違い 早速ですが、以下のプログラムを見てみましょう。 // func_empty.c void func() {} int main(void) { f
VSCodeとgccでらくらくC言語環境構築 - ぱわぷろ活動日誌
初めましての方は初めまして． そうでない方はお疲れ様です． 新しくPCをいただいたので環境整備に勤しんでいるぱわぷろです． 今回はタイトル通りVSCodeとgccでC言語環境作るって話です． 情報自体はありふれているので、備忘録って感じなのです． 初心者向けなので冗長かもしれませんがご了承ください 流れは下の通り． VSCodeとgcc MinGWのインストール VSCodeのインストール 動作確認 VSCodeとgcc VSCode(正式名称Visual Stuido Code)はMicrosoft社が提供するテキストエディタです． 噛み砕いて言うと、便利な機能が付いたメモ帳です． 様々な言語に対応しており、拡張機能も充実． 個人用に設定をカスタムできたり、ウィンドウ内にterminalがついていたりで、これ本当にメモ帳？ってなると思います． VSCode Logo 一方、gccとは「G
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ゲーム開発者のための C++11～C++20, 将来の C++ の展望 - CEDEC2020 - Speaker Deck
format - cpprefjp C++日本語リファレンス
Zero offset in C routines [Archive] - Numerical Recipes Forum
C++ 標準ライブラリ - C++ の歩き方 | cppmap
Ryo Suzuki on Twitter: "C++20 までの標準ライブラリの ・規格書 ・cppreference ・cpprefjp ・libstdc++ 実装 ・libc++ 実装 ・MSVC 実装 全部にアクセスできる便利な表を作りました！ C++ の歩き方 |… https://t.co/aTe9BgI0aX"
ほっと on Twitter: "C/C++で、異なる配列内の要素を指すポインタ同士の大小比較は未定義っての、同僚に指摘してもらって初めて知った。 メモリのオーバーラップを検知したいという状況だったけど、調べてみたらなかなか奥が深いのな…… https://t.co/Psg2h75jrh"
P1152R0: Deprecating <code>volatile</code>