ビルドツールのダジャレの大家と言えば @shinh さんですが、それはさておき、皆さんは今でも Make を使ってビルドすることが多いと思います。かく言う私も、その一人。 最近は CPU のコア数も多いですから、当然 -j 16 とか、やりたいわけです。大きいプロジェクトになればなるほど、威力絶大ですね。 ですが、ここで問題がひとつ。大規模プロジェクトでは Makefile が別の Makefile を呼び出すような依存関係が良く見受けられます。この際、ターゲット間の依存関係で菱形が存在すると（例: ターゲット sub1 と sub2 が shared に依存）、make shared が make sub1 と make sub2 から同時に起動されることが起こりえます。CMake で生成した Makefile の場合も、ターゲット毎に make を起動しますね。 二重起動が発生すると、
http://d.hatena.ne.jp/m-hiyama/20150511/1431306678 の件 最初に 僕もgulpが今後生き残るかというと、かなり懐疑的です。開発パラダイムに合わせて変わっていくで、来年の段階で自分はgulp使えないなといっている可能性は十二分にあります。そのタイミングの一つはES6 import がHTTP2で並列ロードのオーバーヘッド無しで解決されるようになるタイミングでしょう。 根本的な問題として、Web周りは標準化の関係で動きが遅いです。最新の仕様ではままならず、ブラウザ間の実装がまちまちで、また開発上の要求が多様なのでプリプロセッサで解決する文化が根付きました。プリプロセッサがいらなくなるぐらい個々の標準が洗練されればプリプロセッサも不要になりますが、そのような未来は、今の動きをみるに、あと15年は来ないように思えます。 とはいえ、ただひとつ言えるの
移転しました http://please-sleep.cou929.nu/20090929.html
If you're using GNU make and you need help debugging a makefile then there's a single line your should add. And it's so useful that you should add it to every makefile you create. It's: print-%: ; @echo $*=$($*) It allows you to quickly get the value of any makefile variable. For example, suppose you want to know the value of a variable called SOURCE_FILES. You'd just type: make print-SOURCE_FILES
When we first started porting Chrome away from just Windows, we intended to use Scons to build Chrome on all our platforms. But early on in development I discovered that Scons, despite its admirable goals of correctness and ease of use, was quite slow — it could take 40 seconds from starting Scons before it decided to build some source. I don't necessarily fault Scons; Chrome builds as one single
Ninja is yet another build system. It takes as input the interdependencies of files (typically source code and output executables) and orchestrates building them, quickly.Ninja joins a sea of other build systems. Its distinguishing goal is to be fast. It is born from my work on the Chromium browser project, which has over 30,000 source files and whose other build systems (including one built from
Ninja Chromium Notes: Ninja, a new build system Google Chromeの開発者が新たに作った、GNU makeなどと同じ類のビルドシステム。どんな感じなのだろうと興味は持っていたが、先日ドキュメントを読んだ時にすぐに試せなかった。今回、休日を利用してMac OS X上でコンパイル、実際に使ってみた。 今のところ個人的にNinjaに注目しているのは「ビルドにかかる時間の短縮化」と「Makefile(的なファイル)の書きやすさ」なので、今回はその二つについて書く。 ビルドにかかる時間の短縮化 比較対象はautomakeなどから作ったMakefileを用いたビルド、Ninjaのbuild.ninjaでのビルド、build.ninjaをベースに書き起こしたbuild.makeでのビルド。簡単に今回の結果から書くと、automakeなどで自動生成し
もし、デバッグ用のバイナリファイルを作成するのであれば、CFLAGSに -g オプションを指定します。 $ make CFLAGS=0g helloworld 暗黙の規則と変数は、次のように -p オプションを使って表示 することができます。 $ make -p 別の例 別の例で、実際につかってみましょう。まず以下のソースコードをダウンロードしてみましょう。 helloworld_gtk.c Makefile このプログラムの中身は複雑になるので省きますが、前回書いたhelloworld.cというプログラムをポップアップ化したものです。コンパイルして実行すると画面に新しいウィンドウが現れ、「Hello World!」と表示されます。他に異なる点として、グラフィック関係の「ライブラリ」をリンクさせる必要があります。 ライブラリとはソフトウェアの一部を他ソフトウェアで再利用可能にするためのソフ
「./configure, make, make installってよくやるけど、あれ何やってるの？」 っていうレベルから始まるautoconfを使ったconfigureの作り方＆配布の仕方 （自分無知すぎて怖い ■やりたいこと 作ったcppファイルを、配布のために「./configure, make, make install」っていう呪文を唱えて簡単にインストールできるようしたい つまりはconfigureを作成したい。 ■makeってなに？ まずはここから。 makeは、同ディレクトリ内にあるmakefileを参照して、書かれた通りにコンパイルするコマンド。 コンパイルに最適化されたシェルスクリプトみたいなイメージ。 普通にコンパイルを行うmakefileの書き方の例は以下。 test.o : test.cpp g++ test.cpp -o test.o 単に1つのファイルをコンパ
make/makefileは，大きいプログラムのどの断片が再コンパイルされる必要があるかという事と,それらを再コンパイルする発行コマンドを自動的に決定するユーティリティ／設定ファイルです． コンピュータサイエンスの基本的な考え方のひとつに冗長性をなくして効率化する構成を追及するというのがあります． 情報理論(bitの理論)，HTMLとブラウザ，高級言語と機械語など，ひとつの仕様（表現）から環境や状況にあわせて実装（記述）をつくりだす構成が好まれます． ひとつのファイルでさまざまなコマンドを制御するmake/makefileを制することはコンピュータサイエンスを制することになります． makeのあれこれ もっとも単純な例 Makefile は以下のようなルールからなる．
複数の*.jsを元にして、別のx.jsを作りたいとする。まあ例えば具体的には複数の*.jsをコンパイルして一つのJSファイルにするとかね。コンパイルの部分は本質ではないので「catで結合する」で代用することにしよう。 Q1 ソースコードのファイル名は未知とする。というわけでワイルドカードを使うことになるだろう。 x.js: *.js cat $? > x.jsいま、カレントディレクトリにa.jsとb.jsがあるとする。 $ cat > a.js a $ cat > b.js bこの状態でmake x.jsすると1回目は期待通りにa.jsとb.jsを結合したx.jsが作られる。しかし、もう一度実行するとx.js自体が依存ファイルの*.jsにマッチしてしまうためエラーになる。 $ make x.js cat a.js b.js > x.js $ make x.js make: Circular
いや、Ubuntuに限った話ではないのですが、ソースをmake installするじゃないですか。んで「やっぱいらない」とか思って消そうとしても、確実に消去する方法がない。Makefileにuninstallターゲットがあればいいんですけど、ほとんど見掛けた事がない。 「apt-get installすればいいじゃん」って話なんですけど、私は最新バージョンを入れたいんですよ。ApacheでもPHPでもRubyでもPythonでもJava*1でも。*2 で、CheckInstall Homepageを使ってみることにしました。 CheckInstall download pageからcheckinstall_1.6.1-1_i386.debをダウンロード dpkg -i checkinstall_1.6.1-1_i386.debでインストール。 これでCheckInstallの導入は完了。で
Dec 30th, 2016 Fixed Bug #35 Fixes uploaded to The git repository Dec 28th, 2014 Fixed Bug #110 Fixes uploaded to The git repository Join the mailing list! A lot of people has asked me how can they remove from their boxes a program they compiled and installed from source. Some times -very few- the program's author adds an uninstall rule to their Makefile, but that's not usually the case. This is m
Perlのmakeフェーズの挙動 いわゆるCPANモジュール形式で展開されているモジュールに対して一般的に行う以下の手順： perl Makefile.PL make make test make install # 以下はモジュール作成者のみが気にするであろう make clean make disttest make dist make manifest これがそれぞれ何をしているのかって案外しられてないのかもしれない。 perl Makefile.PL - これはMakefile.PLを単純に実行している。この中では一般的にExtUtils::MakeMaker、Module::Build、Module::Install等のモジュールが使用され、インストールに使うMakefileというファイルを作る。これはmakeコマンドが自動的に検知して、使用してくれる。ちなみにmod_perlで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
