2016年、C言語はどう書くべきか (前編) | POSTD
(訳注：2016/3/2、いただいた翻訳フィードバックをもとに記事を修正いたしました。) (訳注：著者のMattより、「本文中で明言はしていないが、この記事の内容はx86-64 Unix/Linux/POSIXでアプリケーションをプログラミングする場合にフォーカスしている。他のプログラミング領域では、対象とするシステムに応じた(例： 8-bitの組み込みシステム、10年前のコンパイラ、多くの異なるCPUアーキテクチャで動く必要のあるアプリケーション、Win/Linuxでのビルド互換性など)特有のアドバイスが必要」との補足を頂いております。) 以下の文章は2015年の始めに書いたドラフトで、今まで公開していませんでした。私のドラフト用フォルダの中で誰の目も引かなかったため、大部分が書いた時のままです。公開するにあたり、単純に2015年を2016年に変更しました。 必要な修正、改善、苦情があり
ELFから公開されている関数名を抜き出す - 2009-05-22 - ククログ
先日、書きやすさとデバッグのしやすさを重視したC言語用テスティグフレームであるCutter 1.0.7がリリースされました。 Cutterでは、定義したテスト関数をフレームワークに登録する必要はありません。Cutterを用いたテストでは、共有ライブラリとしてテストを作成し、cutterコマンドでその共有ライブラリを読み込んで定義されているテスト関数を検出し実行します。 1.0.6までのCutterは、共有ライブラリから定義されているテスト関数を抽出するためにBFDライブラリを用いていました。しかし、共有ライブラリではなく静的ライブラリとしてBFDライブラリが提供されているプラットフォームがわりとあり、導入の障壁となる場合がありました。そこで、Cutter 1.0.7ではBFDライブラリに依存せず、共有ライブラリから定義されているテスト関数を抽出する機能を実装しました。 Cutter 1.0
OMake つかったらC言語でプログラム書く手間がバカみたいに減った - 日記を書く[・ _ゝ・]はやみずさん
OMakeすごい。OMakeはマジですごい。 OMakeはGNU makeの代替品みたいなものなんだけど、正直なところこのツールの強力さはGNU makeと比べると失礼なくらいすごい。これのおかげで、「コード修正→ビルド→デバッグ→コード修正→・・・」のループの、ビルドにあたる作業がほぼ消え去った。 ファイルの依存関係の解析がとにかくすごい。よくあるユースケースなんかの場合、最小限の手間でほぼ完璧に依存関係を網羅して、よしなにビルドしてくれる。 とりあえず、はやみずが実際に使ってみたケースを例にとってそのすごさの一端を紹介しようと思う。 case study 論より証拠ということで、自分が OMake を試しにつかってみたケースを紹介する。C言語でスタティックライブラリを作っていて、それに加えて簡単なテストプログラムを書いている。 /include/ 以下にヘッダファイルが全部ある /sr
![OMake つかったらC言語でプログラム書く手間がバカみたいに減った - 日記を書く[・ _ゝ・]はやみずさん](https://cdn-ak-scissors.b.st-hatena.com/image/square/04e015dad70084a57fdfa9a2686c0c93441c5d2d/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127128184977%2F17680117127128193858%2F1557447212)
革命の日々！ gccでpredefind されているマクロ一覧を得る方法
以前、買えなかった～と書いた西田本ですが、その後増版されていることを親切な人が教えてくださり、買えました。 Binary Hackの初心者向けの、ほぼ唯一といってもよい、すごくいい本なので、OSとかlibcとかの低レベル層に興味があるひとは、ぜひ買っていただきたい１冊と思います。 で、ここで読者さまの物欲刺激用と自分向け備忘録をかねて この本を読んで初めて知ったTipsを１つ。 cpp に -dM オプションを付けると predefined macro 一覧が得られる。 アーキ依存処理を入れたい時に限ってCPU毎のdefine名（__ia64__ とか）が思い出せないのはよくあることなので、これは便利だ。 つーか、man嫁。自分。とか思った。 $ cpp -dM /dev/null #define __DBL_MIN_EXP__ (-1021) #define __FLT_MIN__ 1.
定義済みマクロ - redstrange Wiki*
標準規格 C言語 __DATE__ ソースのコンパイル日付 __FILE__ ソースのファイル名 __func__ 関数名（Visual Studio.NET以降では、__FUNCTION__） __LINE__ 行番号 __STDC__ 標準Cに従っている際に定義されている（ifdefで使う） __STDC_HOSTED__ 整数1 __STDC_IEC_559__ IEC60559浮動小数点仕様に従っている際に定義されている __STDC_IEC_559_COMPLEX__ IEC60559互換の複素数仕様に従っている際に定義されている __STDC_ISO_10646__ ？→http://seclan.dll.jp/c99d/c99d02.htm#dt19990412 __STDC_VERSION__ C言語のバージョン __TIME__ ソースのコンパイル時刻 __TIMESTA
プログラミング言語 C の新機能
プログラミング言語 C は 1990 年に ISO で規格化された言語です。その後、何度かの誤りの訂正や wchar_t 型の追加といった追補がなされた後、さらに使いやすくするための新しい機能が検討されてきました。そして、1999 年、ついに新しいプログラミング言語 C の仕様「ISO/IEC 9899:1999 - Programming Language C」(略称 C99) が 1999/12/01 付けで規格として出版されました。ここでは、その新機能を説明します。
与女小丹婬乱,草蜢电视剧_免费一级A毛片夜夜看_yellow中文字幕手机免费
与女小丹婬乱,又黄又刺激的网站在线,一级欧美在线观看A片,久久久久久久中文字幕免费,国产综合亚洲区91,水密挑影视av,日本高清视频免费观看WWW,国产精品天干天干在线观看61,媚药油压按摩痴汉侵犯中出,高清欧美一级视频,强行内谢无码,一级特黄牲交大片免费
Rubygrind - 兼雑記
あんま深く考えず valgrind を Ruby の head のテストに適用してみたところ、結構もにょもにょ漏れてるもんだなぁと気付いたので、いくつか修正してみたりしたのですが、その時案外困るのが、リークする最小のコードが簡単に作れない、ってことでした。 valgrind は C 言語的にどこで malloc を呼んだかは教えてくれるものの、 Ruby コードでどこだったかは教えてくれないからです。修正はできたけど具体的にどこで漏れてるかはよくわからん、ということさえありました。 というわけで、 Ruby 的にどこで漏れたかを教えてくれる valgrind 用の tool 、 Rubygrind を作ってみました。 http://shinh.skr.jp/binary/rmemcheck.tgz これを valgrind-3.3.1 のディレクトリに展開して、 > diff -u con
Software - KLablabWiki
ここでは、KLab 株式会社が関わっているオープンソースソフトウェアを紹介します。 mod_cidr_lookup 概要 mod_cidr_lookupとは、アクセスしてきたクライアントのIPアドレスが、指定したCIDRブロック群のいずれかにマッチするかどうかを判別するApacheモジュールです。 使用例やインストール方法などは、プロジェクトサイトをご覧ください。 関連URL http://lab.klab.org/wiki/Mod_cidr_lookup (プロジェクトサイト 日本語) DSAS開発者の部屋:ケータイやクローラの判別などに使えるmod_cidr_lookupを公開しました repcached 概要 repcachedとは、memcachedにレプリケーション機能を追加するプロダクトです。 関連URL http://lab.klab.org/modules/m
The Linux ELF HOWTO
Daniel Barlow <daniel.barlow@linux.org>1996/07/14 こじまみつひろ <isle@st.rim.or.jp> (11/4) この文書はあなたの Linux システムで ELF バイナリ形式のプログラムをコン パイルして動かすための方法をまとめたものです。この文書は大きく、(1)ELF とは何か、なぜ移行しなければならないか、(2)どうすれば ELF 形式が使える ようになるのか、(3)ELF にすれば何ができるのか、という 3 つの部分に分か れています。 私が研究にいそしんでいるフリをしている間、この文書は放ったらかしになっ ていましたが、最近 Linux 2.0 の情報を追加して全体をオーバーホールしま した。 注意: この文書はかなり以前に書かれたものなので、 いまどきの Linux 環境にはあてはまらない箇所があります。 (JF Pro
ELF: プログラマの視点から
Hongjiu Lu, hjl@nynexst.com NYNEX Science & Technology, Inc. 500 Westchester Avenue White Plains, NY 10604, USA May 17, 1995 Translated by Mitsuru Oka, 95i44@is.kochi-u.ac.jpFebruary 12, 1998. この文書では、新しい ELF バイナリフォーマットについて、特に Linux のた めに、プログラマの観点から吟味する。ELF で使われうる、実行時におけるプ ログラムの実行をコントロールするための数々のテクニック紹介する。ELF でどのようにダイナミックリンクおよびダイナミックローディングを使うか を示す。また、Linux 下で共有 C/C++ ライブラリを作るには、 GNU C/C++ コンパイラ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ゲームエンジンはあきらめた: 64ビット環境でよくある間違い シフト
そろそろvolatileについて一言いっておくか
Blogger
Blogger
Lighttpd
C code - 12 lines - codepad
C code - 7 lines - codepad
C code - 19 lines - codepad
LIB BFD, バイナリファイル記述子ライブラリ: LIB BFD, バイナリファイル記述子ライブラリ