restrictキーワード - yohhoyの日記
C99で追加された restrict キーワードについてのメモ。 コンパイラに対して「aliasが存在しないと仮定した最適化を許す」と伝えるためのキーワード。C99以降でのみ有効なキーワードであり、C++11現在でもC++には同キーワードが存在しない。（ただしコンパイラの独自拡張として、C++言語でもrestirctキーワードを使えるケースはある。） 要約： 構文的にはconstやvolatileキーワードと同列で、ポインタ型に対してのみ型修飾を行える。int * restrictなど。restrict intやint restrict *はill-formed*1。 コンパイラでの最適化を助けるためのもの。restrictキーワードを削除してもプログラムの意味は変化しない。 用法と意味 restrictキーワードの用法は、C標準ライブラリmemcpy関数／memmove関数における動作仕
GitHub - google/sanitizers: AddressSanitizer, ThreadSanitizer, MemorySanitizer
sanitizers This project is the home for Sanitizers: AddressSanitizer, MemorySanitizer, ThreadSanitizer, LeakSanitizer, and more The actual code resides in the LLVM repository. Here we keep extended documentation, bugfixes and some helper code. The documentation for our tools: AddressSanitizer (detects addressability issues) and LeakSanitizer (detects memory leaks) ThreadSanitizer (detects data rac
orangeduck/CPlus · GitHub
/* ** Example C+ Program */ #include "C+.h" int main(int argc, char** argv) { /* Stack objects are created using "$" */ var int_item = $(Int, 5); var float_item = $(Real, 2.4); var string_item = $(String, "Hello"); /* Heap objects are created using "new" */ var items = new(List, 3, int_item, float_item, string_item); /* Collections can be looped over */ foreach(items, item) { /* Types are also obj
peg/leg
peg/leg — recursive-descent parser generators for C peg and leg are tools for generating recursive-descent parsers: programs that perform pattern matching on text. They processes a Parsing Expression Grammar (PEG) [Ford 2004] to produce a program that recognises legal sentences of that grammar. peg processes PEGs written using the original syntax described by Ford; leg processes PEGs written using
NaN boxingとsizeof(mrb_value) - mirichiの日記
mrubyはオブジェクトの型としてmrb_valueというものを使う。これは以下のような宣言になっている。 typedef struct mrb_value { union { mrb_float f; void *p; mrb_int i; mrb_sym sym; } value; enum mrb_vtype tt:8; } mrb_value;共用体valueに4つの型があり、intだったりポインタだったりする。前にも書いたような気はするが、この中でmrb_floatがdouble型で定義されており(MRB_USE_FLOAT未定義の場合)、その8byteとttの1byte、さらに8byteアラインされてこの構造体のサイズは合計16byteになる。 ttとvalueを別々に操作する場合(OP_MOVEなど)ならいいが、関数の引数や戻り値にmrb_valueを値渡しで使うとスタック経
GitHub - rui314/8cc: A Small C Compiler
8cc C Compiler Note: 8cc is no longer an active project. The successor is chibicc. 8cc is a compiler for the C programming language. It's intended to support all C11 language features while keeping the code as small and simple as possible. The compiler is able to compile itself. You can see its code both as an implementation of the C language and as an example of what this compiler is able to comp
マルチスレッドなコード中での rand() は重い？ | okuの日記 | スラド
Linux + glibc のスレッドで新たな謎が。 linux-2.6.13 + x86_64-pc-linux-gnu-gcc-3.4.4 + glibc-2.3.5 (Linux Thread) の組み合わせでしか試していないのですが、マルチスレッドなコードのループ中で rand(3) を使うとすさまじくマシンが重たくなります。 数十個もスレッドを作るとキーボードに反応するのにすら十数秒かかるようになりました。 一方、どういうわけだか rand_r(3) だと大丈夫です。 仮説: ひょっとして、rand(3) の seed を libc 内で弄る際に mutex とか semaphore とかでロックしているのではあるまいか？ (疑似乱数の直列性を守るため？) 証明: 面倒なので該当箇所を rand_r(3) に書き換えてほっかむり。 (^^; # NPTL だと違ったりするのでしょ
Man page of OFFSETOF
Section: Linux Programmer's Manual (3) Updated: 2020-11-01 Index JM Home Page roff page 名前 offsetof - 構造体のメンバーのオフセットを返す 書式 #include <stddef.h> size_t offsetof(type, member); 説明 offsetof() マクロは、フィールド member の 構造体 type の先頭からのオフセットを返す。 このマクロが有用なのは、 構造体を構成するフィールドのサイズは実装によって変化するし、 コンパイラによりフィールド間に挿入するパディングのバイト数も 違う可能性があるからである。 その結果、あるエレメントのオフセットは必ずしもそれより前の エレメントのサイズの合計とはならない。 member がバイト境界に位置していない場合 (すな
C++用xUnitでのテストの書き方 - 2009-11-07 - ククログ
注: 長いです。 スクリプト言語でのxUnit実装を使ったことがある方なら、テストを定義するだけでテストが実行されることが当たり前ではないでしょうか。c2.comのWikiによると、これはTest Collectorというそうです。定義したテストを自動的に集めてくる機能のことです。 一般的にTest Collectorの機能は言語が提供するリフレクション機能やメタプログラミング機能を使って実現されます。 例えば、Rubyのtest-unit 2.xでは、リフレクションを使う方法とメタプログラミングを使う方法の両方をサポートしています。リフレクションを使う方法ではObjectSpace.each_object(Class)ですべてのクラスを取得し、その中のTest::Unit::TestCaseのサブクラスを集めます。メタプログラミングを使う方法ではTest::Unit::TestCase.
Wolfram Gloger's malloc homepage
German version On this page I will collect information, tools, and interesting links concerning all topics pertaining to dynamic memory allocation. In particular, this includes anything to do with the functions malloc, realloc, free, etc. in the C programming language as defined by the ISO standard. ptmalloc New ptmalloc3 release May 31st, 2006! Here you can download the third version of ptmalloc
Frama-C - Framework for Modular Analysis of C programs
When invoked with the command-line: frama-c -eva -eva-precision 1 first.c Frama-C creates an analysis project for the file first.c. The -eva option on the command-line causes the Eva plug-in to run and have its results ready before the interface appears. The -eva-precision option is one of several options that influence the precision of the Eva plug-in. The actions of creating new analysis project
C++11 - Wikipedia
この記事は更新が必要とされています。 この記事には古い情報が掲載されています。編集の際に新しい情報を記事に反映させてください。反映後、このタグは除去してください。（2019年1月） C++11は、プログラミング言語 C++ のISO標準 ISO/IEC 14882:2011 の略称である。規格の策定中は2009年中の標準化を目指していたため、C++0x という仮称で呼ばれていた。 ISO/IEC 14882:2003 (C++03) に代わるものとして、2011年8月12日にISOによって承認された[4]。後継のC++14が2014年8月18日に承認されている。 コア言語への機能追加や標準C++ライブラリの拡張を施し、C++TR1ライブラリの大部分を（数学的特殊関数ライブラリを除いて）取り込んでいる。 標準策定の方針[編集] C++ への修正はコア言語と標準ライブラリの双方に及ぶ。 委員会
What is your favorite C programming trick?
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance. For example, I recently came across this in the linux kern
Deep C
Programming is hard. Programming correct C and C++ is particularly hard. Indeed, both in C and certainly in C++, it is uncommon to see a screenful containing only well defined and conforming code.Why do professional programmers write code like this? Because most programmers do not have a deep understanding of the language they are using.While they sometimes know that certain things are undefined o
C言語系/「デーモン君のソース探検」読書メモ/12, script(1) - Glamenv-Septzen.net
id: 563 所有者: msakamoto-sf 作成日: 2010-01-28 13:44:32 カテゴリ: BSD C言語 [ Prev ] [ Next ] [ C言語系 ] お題："script(1)"コマンドの仕組みを追跡せよ ※最初に種を明かすと、仮想端末の説明は "APUE: Advanced Programming in the UNIX Environment" に依っています。またAPUEにはscriptコマンドの概要も図入りで載っていたりします。 実行ファイルとソースファイルの位置 実行ファイルとソースファイルの位置： $ which script /usr/bin/script $ cd /usr/src/usr.bin/script/ $ ls CVS/ Makefile script.1 script.c Makefileもシンプル。libutil.soをリン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - Golevka/emacs-clang-complete-async: An emacs plugin to complete C and C++ code using libclang
32bitと64bitのサイズの違い(C言語): のぼメモ(仮)
https://github.com/Constellation/iv/blob/master/iv/lv5/railgun/op.h
Charming Python: Functional programming in Python, Part 3
「CやC++の速度面における優位性は今後なくなる」という話
