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関数における動作仕
This project has been archived and is no longer actively maintained. The Sanitizers project, which includes AddressSanitizer, MemorySanitizer, ThreadSanitizer, LeakSanitizer, and more, is now archived. The core code for these sanitizers resides within the LLVM repository. This repository will be retained for archival purposes, providing access to historical documentation, bugfixes, and helper code
/* ** 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 — 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
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を値渡しで使うとスタック経
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 compile. 8cc's sour
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 だと違ったりするのでしょ
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 がバイト境界に位置していない場合 (すな
注: 長いです。 スクリプト言語でのxUnit実装を使ったことがある方なら、テストを定義するだけでテストが実行されることが当たり前ではないでしょうか。c2.comのWikiによると、これはTest Collectorというそうです。定義したテストを自動的に集めてくる機能のことです。 一般的にTest Collectorの機能は言語が提供するリフレクション機能やメタプログラミング機能を使って実現されます。 例えば、Rubyのtest-unit 2.xでは、リフレクションを使う方法とメタプログラミングを使う方法の両方をサポートしています。リフレクションを使う方法ではObjectSpace.each_object(Class)ですべてのクラスを取得し、その中のTest::Unit::TestCaseのサブクラスを集めます。メタプログラミングを使う方法ではTest::Unit::TestCase.
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
Latest News 2025-07-07 LAnnotate v0.2.4 for Frama-C 31.0 Gallium 2025-06-25 MetAcsl v0.9 for Frama-C 31.0 Gallium 2025-06-24 Release of Frama-C 31.0 (Gallium) 2025-05-27 MetAcsl v0.9~beta for Frama-C 31.0~beta Gallium 2025-05-27 Beta release of Frama-C 31.0~beta (Gallium) 2025-05-27 Frama-Clang v0.0.18~beta for Frama-C 31.0~beta Gallium 2024-12-11 MetAcsl v0.8 for Frama-C 30.0 Zinc 2024-12-09 Fram
この記事は更新が必要とされています。 この記事には古い情報が掲載されています。編集の際に新しい情報を記事に反映させてください。反映後、このタグは除去してください。 (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++ への修正はコア言語と標準ライブラリの双方に及ぶ。 委員会は、新規格の個別の要素
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
The document discusses the complexities of programming in C and C++, emphasizing that many programmers lack a deep understanding of the language, which leads to common errors. It uses code snippets to explore basic principles, limitations, and specific requirements of these languages, such as the necessity of including specific headers and explicit declarations. Interviewing candidates for C progr
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ページを開く
