http://google-styleguide.googlecode.com/svn/trunk/google-c-style.el
;;; google-c-style.el --- Google's C/C++ style for c-mode ;; Keywords: c, tools ;; google-c-style.el is Copyright (C) 2008 Google Inc. All Rights Reserved. ;; ;; It is free software; you can redistribute it and/or modify it under the ;; terms of either: ;; ;; a) the GNU General Public License as published by the Free Software ;; Foundation; either version 1, or (at your option) any later version,
Rubyの拡張ライブラリを作ってみよう！ - ser1zw's blog
はじめに Ruby Advent Calendar jp: 2011 : ATNDの17日目の記事です。昨日は@yoppiblogさんのSeleniumの自動テストをCI環境(Jenkins)で快適に実施するでした。 Rubyを使ってて 遅い…ここだけ超遅い… とか あのライブラリが使いたい！でもRuby用のライブラリじゃないし… みたいなこと、ありますよね？ そんなとき、Rubyの拡張ライブラリで解決できるかもしれません。 Rubyの拡張ライブラリは、普通のライブラリと異なりC(とかC++とかその他の言語とか)で作成します。そのため、Rubyで直接書くよりも高速に処理できたり、Cのインタフェースが用意されているライブラリをRubyから呼びだしたりすることができます。すばらしい！ そんなわけで、拡張ライブラリの作り方をざっくり説明したいと思います。 用意するもの Cコンパイラとかmakeと
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)
C言語の正しいヘッダファイルの書き方 - saito’s blog
最近、仕事でC言語での組み込み系の開発に携わっています。 開発中のコードを眺めていると、ヘッダファイル内にstatic関数のプロトタイプ宣言を記述していたり、ヘッダファイル内で不必要に他のヘッダファイルをインクルードしているなど、ヘッダファイルの書き方が分かっていないと思われる箇所が多々見られました。 実際、C言語の入門書でもヘッダファイルの書き方を詳しく説明しているものは、僕の知っている限りでは存在しないので、C言語を使っていてもヘッダファイルの正しい書き方を知らない人が少なくないのではないかと思われます。 そこで、このエントリでは、C言語のヘッダファイルの書き方について、僕が知っているテクニックをまとめてみました。 インクルードガードを書く ヘッダファイルファイルで他のヘッダファイルをインクルードしていると、いつの間にか同じヘッダファイルを2回インクルードしてしまうことがあります。 例
C言語でコマンドを作るまで - ザリガニが見ていた...。
前回に続き、今度はC言語でコマンドを作ってみた。既存のコマンドにはない新しい機能が欲しかったら、多分、C言語で実装することになるのだと思う。OSXのAPIを利用するにも、ObjectiveC（ベースがC言語）の流儀でアクセスすることになるし。 作業環境 MacBook OSX 10.6.2 Developer Toolsをインストール済 基本（Xcode利用） Xcodeを起動する。 新規 Xcode プロジェクトを作成。 Mac OSXのApplication >> Command Line Toolを選択して、右下の[選択...]ボタン。 プロジェクト名にhelloと名前を付けて保存した。 プロジェクトが開いたら、ビルドと実行ボタンを押す。 デバッガコンソールが開いて「Hello, World!」と表示された。 すでに、helloコマンドは出来上がっていた！ コンパイルされた実行コード
DNA - フリーソフトウエア - ccache
ccache はコンパイラキャッシュである。 C や C++ コードをコンパイルした結果を保存しておき、同じコンパイルが行なわれるのを検知し再利用することで、再コンパイルするときの速度を上げる。 典型的な使用手順 ccache を単独で使うことはほとんどなく、通常 make と組み合わせて使用する。 開発中など、何度も利用するソースコードに使用すると特に効果的である。 逆に一度しかコンパイルしないときには使う意味がない。 使うときにはコンパイルコマンドの前に ccache をつける。 $ make CC="ccache cc" 使用するコンパイラを指定したい場合には cc の部分を適当に変える。 一度コンパイルした後、再び同じコードをコンパイルするときにはキャッシュされた結果が使用される。 例えば、以下の場合、二回目の make ではキャッシュされた結果が使用される。 $ make CC=
苦しんで覚えるC言語
［全ページ目次］ 苦しんで覚えるＣ言語(苦Ｃ)は、初心者を対象としたＣ言語入門サイトです。 C言語の基本機能を体系立てて解説しており、市販書籍と同等以上の完成度です。 初めての人は 前書き から読み始めて下さい。 キーボードの矢印キーか、右下の進む>で次のページに移動します。 コンパイラ入手：基礎編：応用編：標準ライブラリ 全文検索：ダウンロード版：苦Ｃアンケート：ミス報告：掲示板で質問 ［ 更新情報 ］ 01月22日 : Visual C++ 2005 Express Edition 10月30日 : Borland C++ BuilderX Personal 10月07日 : 掲示板に寄せられたＱ＆Ａ項目を作成 03月10日 : ドラッグへの対応 ※ミス報告で報告されたミスの修正は約１００回以上行っています。 苦Ｃについて 苦Ｃの使用法(特に読まなくても良い
gdb + Emacs でおいしいデバッグ生活。 - trial and error
今日は、キャンプで習ったことを少し書きます。 gdb を使った C 言語のデバッグ方法です。 C 言語って、以外にデバッガ使わないで開発してる人も多いのでは？ キャンプでやった時のように、ただ gdb を使うだけじゃなくて、emacs との合わせ技で "おいしいデバッグ生活" と。 使いこなせれば、某 /Y\$ 社製 IDE のデバッガにも(ry 忘れてしまいそうなので、独自にメモっておくためにも。 なんか、このへんのことがテキストにもあんまり載ってなかったような気がしたので、参加者の方もおさらいがわりに利用してみてください。 Emacs 信者になりつつある僕が書いたものなので、emacs がある程度使えないと厳しいかもしれないけど。 Emacs があれば、なんでもできる！(何ｗ 一応、超やさしく書いてみます。 [Emacs 初心者への注意書き] C-x と表記してある場合、Ctrl +
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
静的解析のススメ： AdLint でソースコードの健康診断をしませんか？｜オブジェクトの広場
ruby/process.c at c852d76f46a68e28200f0c3f68c8c67879e79c86 · ruby/ruby
Redirect
CodeReading: GNU Emacs