本の虫: 新しいビルドシステム、ニンジャ
Chromium Notes: Ninja, a new build system ChromeをWindowsから移植し始めたとき、我々はSconsを使ってChromeをビルドしようとした。Sconsは、正しく動作して、使い方も簡単であった。しかし、開発を始めてすぐに、Sconsはとても遅いということに気がついた。ソースを実際にビルドし始めるまでに、40秒もかかるのだ。Sconsが全面的に悪いというわけでもない。Chromeのビルドは、たったひとつの実行ファイルのために、WebKitも含めて、30000ものファイルがあるのだ。 結局、私はLinuxビルドのために、単にMakefileを使うことにした。これは、我々のビルドシステムが、メタビルドシステム、すなわち、WindowsやMac用のビルドファイルを生成するビルドシステムだったから可能だったのだ。開発を進めるほどに、私はどんどんビルド
Ninja: Google Chromeの開発者のビルドツールが公開された - karasuyamatenguの日記
gnu makeの高速版のようなもの。ただしシンタックスに互換性はない。 Ninja紹介: http://neugierig.org/software/chromium/notes/2011/02/ninja.html コード: https://github.com/martine/ninja 作者： Evan Martin http://neugierig.org/ 上記のブログでビルドツールの新規開発に至る経過を説明している。大雑把な流れは次のような感じ： ウインドーズから(linuxに？)移植したときにsconsを使った。しかし、コンパイルし始めるまでに40秒かかることもあった。遅いのはsconsのせいではなく、3万ものインプットを一つのexecutableにコンパイルするビルドシステムのせいだとしている。 gnu makeに書き換えて、グーグルの高速gold linkerを活用し、
ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き - - make の仕組みを理解する
前述*1のように Makefile は非常に簡潔に記述できます．ただし，簡潔なMakefileを記述するためには make の仕組みを理解する必要があります． 結論から言うと， make は 簡潔な生成ルールのみを記述したMakefileから， 実際に必要となる詳細な生成ルールを自動的に生成します． 自動的に生成されたルールを確認するには $ make -p と "-p" オプションを付けて make を実行します． 以下， hoge.c から hoge を生成する場合 hoge.c と fuga.c から hoge を生成する場合 の二つの具体例を挙げて，説明します． 前準備 Makefile と hoge.c を用意します． Makefile all: hoge hoge.c int main() { return 0; } make -p の実行 $ make -p > log 大量
2007-02-18
仕組みが判ってしまえば Makefile は簡潔に書けます．$(CC) とか $@ とか $< なんて変数は使ったら負けです． 基本(その1) ソースコード hoge.c から 実行形式のバイナリ hoge を生成するMakefileは，以下のように書きましょう all: hogeこれだけです．これで $ make all とすると hoge が生成されます 重要な点は，間違っても all: hoge hoge: hoge.c $(CC) hoge.c -o hogeのようなMakefileを書かないことです．このようなMakefileでは #!/bin/sh CC=gcc $CC hoge.c -o hoge というようなシェルスクリプトと同程度の使い勝手しかありません． 基本(その2) ここで例えば-O3 を付けてコンパイルしたい場合や，-lm を付けてリンクしたい場合は以下のようにし
Makefileの書き方スピード再入門 【追記あり】 - フリーフォーム フリークアウト
移転しました http://please-sleep.cou929.nu/20090929.html
C++のための即席Makefile - 簡潔なQ
最低限だけ書くと次のようになる。 CXXFLAGS = -O2 -Wall LDFLAGS = -lm all: hello # In Windows, it may be "hello.exe" clean: $(RM) hello CXXFLAGSは、C++コンパイラに対する引数。Cコンパイラに対する引数はCFLAGS。最適化や警告、インクルードディレクトリや準拠する標準仕様の設定などを書く。 ここでは最適化オプション-O2と警告オプション-Wallをつけている。 LDFLAGSは、リンカに対する引数。ライブラリディレクトリやリンクしたいライブラリを書く。 ここではmath.hを使うため、-lmをつけてlibm.aをリンクしている。 allは、デフォルトで実行されるターゲット(といってもallという名前だからではなく、先頭にあるからだが)。ここでは実行ファイルhelloをビルドしている
LinuxカーネルHack: ビルド時間の短縮を求めて(カーネルモジュール編) - 佐野デジタル研究所
以前、LinuxカーネルHack: ビルド時間の短縮を求めて でmakeの並列ビルドオプションを使ってビルドの高速化を試みた。今回は、カーネルモジュール開発でのビルド時間短縮を考える。今回紹介するテクニックは、デバイスドライバやファイルシステムなどのカーネルモジュール開発でのビルド時間短縮に応用できる。Btrfsを例に紹介する。最後にその応用として、Btrfs開発における理想的なワークフローを考える。 Btrfs単体をフルビルドした場合 カーネルモジュールのビルドでやったように(詳しくはLinuxカーネルHack: UML上で動作するカーネルモジュールの作成 を参照)、makeに-CオプションとMオプションを与えることで、興味のあるカーネルモジュール単体をビルドできる。Btrfsもカーネルモジュールなので、Btrfs単体をビルドしたい場合に利用できる。考えてみれば、当たり前と言えばそうだけ
waf チュートリアル - 純粋関数型雑記帳
waf - The flexible build system http://code.google.com/p/waf/ wafというものを最近知り一目惚れしてしまったので、紹介記事を書きます。ユーザーが増えると嬉しいな。 wafとは何か？特徴・利点・使うべき理由 wafはPythonベースのビルドシステムです。同様のことを行うツールとして、Autotools、Scons、CMake、Antなどがあります。Sconsからの派生で、比較的新しいソフトウェアです。 分かりやすい Pythonで書かれており、スクリプトもPythonで記述します。シェルスクリプトと謎のマクロが入り混じるAutotoolsや、独自言語のCMakeなどに比べて扱い易いです。Pythonを知っていれば非常にすんなりと使いこなすことが出来ます。Pythonを知らなくても、他の独自言語を覚えるよりは実りがあるかと思います
Makefileを書くのに疲れた人のためのSCons - 考える人、コードを書く人
dtlのサンプルプログラムやテストプログラムのビルドをSConsでやってみた。 dtlの複数あるサンプルプログラムのMakefileはこんな風になっている。 Makefile CPP = g++ CPPFLAGS = -c -O2 -Wall OBJS_FLAGS = -O2 -o STRDIFF_OBJS = strdiff.o common.o STRDIFF3_OBJS = strdiff3.o common.o UNIDIFF_OBJS = unidiff.o common.o UNISTRDIFF_OBJS = unistrdiff.o common.o INTDIFF_OBJS = intdiff.o INTDIFF3_OBJS = intdiff3.o PATCH_OBJS = patch.o common.o FPATCH_OBJS = fpatch.o common.o
How-To compile iPhone Project in Mac using Makefile instead of Xcode and fake codesign and then install to pwned iPhone
How-To compile iPhone Project in Mac using Makefile instead of Xcode and fake codesign and then install to pwned iPhone You can use the command line xcodebuild to build and install iPhone project such as xcodebuild -target Project_Name xcodebuild install -target Project_Name Here is an example to compile iPhone Project using Makefile instead of XCode. The Makefile will compile and codesign the bin
Building Clojure Projects with Leiningen
Everybody who once used Java, struggled with Java’s classpath at some point during their career. You have to put all the right paths in there, the right .jar files and so on, both when compiling and running your Java project. To make this somewhat simpler you typically end up doing it either in an IDE, or using a tool like Ant or Maven. These are pretty heavy weight tools, and the latter too invol
YappoLogs: Makefile polyglot (make And perl Makefile)
Makefile polyglot (make And perl Makefile) Careless you doing "perl Makefile", then you take many error messages. Your trouble will be solved if the polyglot technology is used. # Example Makefile irst_labe: length X;$Y=Z; dummy_label: length 0; print "perl world\n"; $x = <<'END_OF_MAKEFILE=' length: echo "make world" END_OF_MAKEFILE= actually, this code is works on perl and make command. $ perl M
勘違いしてたけど, Makefile.PL に requires をいっぱいかかなきゃならないワケ - 御玉杓子スパイラル
perl, 痴性勝手な感じに論理演算を拡張するモジュールを作ってみた - 御玉杓子スパイラル のモジュールだけれど, CodeRepos でのレビュー時, 「requires もっとあるはず」 ってアドバイスを頂いた. で, よくわからないから, 依存モジュールの指定漏れを防ぐ方法 - 名称未設定? - subtech を見ながら Test::Dependencies を導入. そしたら指摘されまくる. 「なんでー全部 Moose 入れたら付いてくる*1モジュールなのにー」って一瞬思った. で, 気がついた. そうだよ. モジュールの責任範囲はその機能であってモジュールの依存ではないんだよ. だから, オイラのモジュールが, Moose に依存してますとは書いておいて, Sub::Exporter とかそのあたりは Mosse についてくるからいいやって考えてても, 将来 Moose がそ
複数ディレクトリにまたがるomake - みずぴー日記
こんな風にソースコードが複数ディレクトリに分かれている場合のomakeの書き方。 +-project_name/ | +-main.ml | +-OMakefile | +-OMakeroot | +-test/ | +-OMakefile | +-OMakeroot | +-test_main.ml OMakefileの書き方 まず各ディレクトリにOMakefileを用意する。 project_name/OMakefileではサブディレクトリを指定する。それ以外の部分は通常通り。 .SUBDIRS: test ビルド すると、project_name/で # cd test; omake suiteと等価 $ omake test/suite # PHONYターゲットの場合は、test/がいらない $ omake test-run といった感じでビルドできる。 参考: Rules ところ
"make install"したソフトウェアを管理できる超便利ツール「Paco」 - RX-7乗りの適当な日々
最近、Linuxではaptやyumなど、パッケージ管理ツールで多くのアプリケーションやライブラリが管理されるようになり、普通に利用している限りはソースからコンパイルして"make install"することがほとんどありません。 とはいっても、マイナーなソフトウェアをインストールしたりとか、まだパッケージ管理されていない最新バージョンのものを使いたい場合などは、ソースからコンパイルして"make install"をしたくなる場合も有るかと思います。 しかし、"make install"した場合の最大の欠点は、インストールしたソフトウェアの管理ができないことにあります。そのため、何が入っているのか分からなくなっているとか、アンインストールが出来ない、などのケースが起こりうるわけです。 特にアンインストールする可能性があるソフト(ほとんどのソフトがそうですが・・・)をインストールする場合は、わざ
:make を使う - cooldaemonの備忘録
vim 使いには、当たり前の事なんでしょうけど、当たり前の事ができてなかったので反省。 以前、適当に作った、yaml_checker.pl や css_checker.pl も、quickfix で扱いやすい出力に変更。 map ,m :call SyntaxCheck()<CR> function SyntaxCheck() if &syntax == 'perl' set makeprg=~/.vim/tools/efm_perl.pl\ -c\ % elseif &syntax == 'ruby' set makeprg=ruby\ -cW\ % elseif &syntax == 'javascript' set makeprg=/usr/local/bin/jslint\ --laxLineEnd\ % elseif &syntax == 'yaml' set makeprg=~
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ドメインパーキング