ISO/IEC 9899:2011 Information technology — Programming languages — C ISO/IEC 9899:2011 specifies the form and establishes the interpretation of programs written in the C programming language.It specifies the representation of C programs; the syntax and constraints of the C language; the semantic rules for interpreting C programs; the representation of input data to be processed by C programs; the
デザインが自由にいじれねーだけでうつるとかなんとリッチな。 まぁ死ぬまで記事をため続けたいと思っている以上、 常に最適な環境を選ばなくてはいけないのですよ!ですよ! という訳で以下のサイトに移行します! このサイトは凍結して放置します。 http://duost.sakura.ne.jp/wordpress/ そのうち乗り換えるかもしれない http://duost.sakura.ne.jp/wordpress/ とりあえず愚直に一部分作ってみる ↓ 大体分かったから設計しなおして抽象化しよう ↓ でけたーうつくしー ↓ あぁ、この変更ね。大丈夫よ。だって美しいもの ↓ 想定範囲内のはずの変更なのに想定外な設計になっていて美しくないことになる 抽象化で意味をなしていた細かいクラスが意味を無さくなり悲しい気持ちになる ↓ 元に戻る Javaだといちいちインターフェースをかまさなくちゃいけなく
最近ツイッターで "while(1){LOVE++}"と書き込まれてる指輪があって、 そのソースは最適化でLOVEが消えてただの無限ループになる云々という話があったので検証。 http://togetter.com/li/144840 用意したソースはこちら。 int main() { int LOVE = 0; while(1){LOVE++;} } それじゃアセンブラを見てみましょ。 まずは最適化抜き。 gcc -O0 -s hoge.c .file "hoge.c" .text .globl main .type main, @function main: pushl %ebp movl %esp, %ebp subl $16, %esp movl $0, -4(%ebp) ;LOVE=0 .L2: addl $1, -4(%ebp) ;LOVE++ jmp .L2 ;JUMP TO
1999 年に規格が更新された C 言語 (ISO/IEC 9899:1999) (C99) の新機能を説明します。
2011/04/08 PCC 1.0がリリース 1970年代に開発を開始したCコンパイラ、ポータブルCコンパイラ「PCC 1.0」がリリースされた。順調に開発が進められてきたわけではないが、2007年頃にC99準拠へ向けた開発が開始され、ここに来てようやく1.0となったようだ(pccの歴史)。現在ではコンパイラと言えばGCCが主流だが、ライセンスがGPLv3に移行したことで、BSDライセンスである点、高い移植性と軽量性があるので、GCCの代替コンパイラとしてLLVM/Clang(BSDライセンス)と共に注目されている。 投稿者 zubora 投稿時間 05:36 ラベル: Developer, Open Source, Programming, Software 0 コメント: コメントを投稿
hotpepsi と申します。 TAKESAKOさんの「はじめての80386記号プログラミング」を眺めていたところ、記号プログラミングにも関わらず先頭が char mainとアルファベットが使われているのが気になりました。 別の何かに置換する、といえばdefineです。つまり # gcc hello.c -D_=main -D__=char のようにコンパイルすることにすれば、hello.cは __ _[] = "`%@@@@%!!!!----!-:(*}-[:,>-|;|``[[[[[[[%@@@@%!!!!-" "====-<;;;-{{{{-|{{{`[[[[[[[%@@@@%!!!!------***[-.," "^{-{|}{`[[[[[[[%@@@@%!!!!------}#**-{{+,-[{{|`[[[[" "[[[%@@@@%!!!!------****-.,,^-{||
Sapid Home Page Sophisticated APIs for CASE tool Development Please, access Sapid Home Page written in Japanese in order to get full information. Sapid (Sophisticated APIs for CASE tool Development) is CASE tool platform based on a fine grained software repository. We proposed and developed Sapid in order to reduce tedious jobs: making lexical scanner, parser and/or dependency analyzer in CASE too
JSXの特徴は、トップページにも書いてあるとおり「faster, safer, easier」の3つです。安全性とか簡単さについては人とか状況によって様々な定義や意見がありますが、唯一Fasterだけは客観的に測れます。 しかしJSXと速度については、トップページにあるBox2Dとshootingのデータ*1とAOBench on JSXぐらいしかありません。 というわけでWebkitで使われているSunSpider 1.0.2 JavaScript BenchmarkをJSXに移植してJavascriptと速度を比較してみました。*2 環境 sunspider Benchmark for JSX - JSX版ベンチマーク Sunspider Benchmark for Javascript - Javascript版ベンチマーク GitHub - mzp/sunspider-jsx: s
伊東まで開発合宿に行って、みんなでC言語のコーディングスタイルチェッカーを作ってました。 => KariyaSiesta | C 言語向けのコーディングチェッカ 配布サイトも作りました。 ルールを簡単にカスタマイズできるようになってるので、みんな使うといいでゲソ。 特徴 Eclipseのプラグインとして使える Eclipseプラグインとして実装されているので、IDEで使えます。 もちろんCDTとも組合せることができます。 簡単イントール 更新サイトから簡単にインストールできます。 もちろん自動アップデートにも対応してます。 XPathでルールで書ける ルールはXPathで書くことができます。 例えば『whileの内でbreakを使ってはいけない』というルールは以下のようになります。 こまかい書き方はマニュアルを参考にしてください。 //Stmt[@sort="While" and .//k
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く