新しめの Autotools (Autoconf&Automake) を使ってみよう - Slide list
新しめの Autotools (Autoconf&Automake) を使ってみよう by Kinuko YASUDA Table of contents 変更履歴 Autotools とは 基本ステップ 基本ステップ復習 ソースファイルを書く autoscan する configure.in を編集 (1) configure.in を編集 (2): 先頭定型文 configure.in を編集 (3):プログラムのチェック configure.in を編集 (4): ライブラリのチェック configure.in を編集 (5): ヘッダファイルのチェック configure.in を編集 (6): 関数のチェック configure.in を編集 (7): その他のチェック configure.in を編集 (8): ファイルの出力 Makefile.am を作る (1) : 基本
Cプリプロセッサメタプログラミングで、文字列系泥沼関数型プログラミング - 簡潔なQ
今年の文化祭で書いた記事です。 - C言語といえば、いやなイメージ、過去の遺産といった感じがあるかもしれません。 C言語のネガティブな側面というと、やはりポインタやメモリ管理などが難しい、ということが思いつくかもしれません。 しかし、C言語のポインタは表記に騙されやすいだけで、仕組み自体は全く難しくありません。 文法も、どこぞのPerlやC++と比べたら屁でもない単純さです。 実のところ、仕様が煩雑で難しいのは、Cプリプロセッサなのであります。 普段からあまり複雑な使いかたをしないから気づかないかもしれませんが、Cプリプロセッサの置換処理は、欺瞞と裏切りに満ちた世界なのです。 これが進化するとテンプレートなどといったもっと面白いものになるのですが、今回はCプリプロセッサで計算をしちゃったりするところまで試しにやってみましょう。 (なお、GCCにより実験的に調べた記事なので、他のCコンパイラ
贅沢は敵ですっ！ - methaneのブログ
http://d.hatena.ne.jp/w_o/20060419#p1 ネタ受け。組み込み屋ならスマートにムダを消せないとね。 struct q { char *buf; int buflen; int head; int tail; }; void init( struct q *q, char *buf, int len ) { q->head = 0; q->tail = 0; q->buf = buf; q->buflen = len; } void push( struct q *q, char c ) { if ( q->head == q->tail + q->len ) { /* 知らない */ return; } q->buf[q->head%q->len] = c; //< これがミソ q->head++; } int pop( struct q *q ) { in
Redirection
This page has moved to http://bellard.org/tcc/. You will be redirected to it in a few seconds. Update your bookmarks !
しー言語とリフレクションライブラリ 更新履歴兼雑記
適当にデモ言語を作りました。 http://shinh.skr.jp/koneta/shelang.tgz スクリプト言語からコンパイル言語の処理を呼ぶ時は、どうしてもブリッジを書くのが面倒で死にたくなります。そこで、 C で関数名から動的に関数を呼んでやろうという試みです。 puts "hello world!" !load "libm.so" fx = cosf 3.2 puts "cosf(3.2) =" !print fxこんな感じで .so ファイルをスクリプトからロードして、ロードされたシンボルをそのままスクリプトからそのまま呼び出せる物体です。 libbfd で実行時にシンボルを取ってこれると教えてもらったため、それを使ってやっています。高林さんの普通のやつらの下を行け や 鵜飼さんの livepatch を参考にしています。特に livepatch はソースも相当流用させて
Boehm GC を使ってみる
なにそれ？ 前提環境 準備 使ってみる。 もうちょっとちゃんと使ってみる。 速度差 速度差２ まとめ Wed, 18 Sep 2002 01:42:22 +0900、初稿。 Wed, 18 Sep 2002 02:55:41 +0900、改稿。ハヤッ。（Kent.Nさんのポカのご指摘に拠る。多謝） Wed, 16 Jul 2003 20:42:18 +0900、改稿。てつやさんによる。 注意：後半部、速度の比較をやっていますが、どうやら相当いいかげんです。本気でこの比較を知りたければご自分でテストを作成し、ご確認ください。特に、最適化のあたりとか。一番いいのは、現在既にあるアプリを変更してやってみることかなぁ。 なにそれ？ Boehm GCを使おうを参照。 前提環境 Windows 2000 MS VS 6.0 sp5 Memory 256MB CPU PentiumIII 500Mhz
Boehm GCを使おう
はじめに CやC++である程度大きなプログラムを書く場合，最大の問題点は メモリ管理である．複雑なプログラムの場合，必要なメモリの量を あらかじめ見積っておくのが難しいから，メモリが必要になった 時点でメモリを確保し，不要になったらそれを解放するという プログラミングスタイルが一般的だ．Cで言えばこんな感じだ． char *x; ... x = (char*)malloc(n*sizeof(char)); ... x を使って仕事をする ... free(x); このプログラミングスタイルの問題点は，おおまかに言って こんなところだろう． free(x) を忘れると，プロセスがどんどん大きくなってしまう． free() してはいけないものを間違ってfree()する(たとえば，同じ メモリを2回 free() してしまうとか)と，その free() の中でなく， 全然違う場所でエラーが発生す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://mono.kmc.gr.jp/~oxy/d/?date=20060316
<h2>C言語によるアルゴリズム(コメント付き)</h2>
http://developer.apple.com/ja/documentation/cocoa/Conceptual/ObjectiveC/index.html
http://members.at.infoseek.co.jp/mukun_mmg/mmg/cpp.html