[#15357] Regexp literal and Regexp.new() — TAKAHASHI Masayoshi <maki@...>
高橋征義です。
高橋征義です。むーん、問題のありかが違ったかも。
まつもと ゆきひろです
[#15369] ruby_init_loadpath() on Windows — Shugo Maeda <shugo@...>
前田です。
わたなべです。
[#15395] UnboundMethod.bind to derived class instance — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
[#15410] pp - pretty printing — Tanaka Akira <akr@...17n.org>
さて、time.rb が片付いたので、次は pp.rb のご意見募集です。
In article <hvod71ntocb.fsf@coulee.a02.aist.go.jp>,
In article <hvo1yhuqhvk.fsf@coulee.a02.aist.go.jp>,
高橋征義です。
In article <20011224230059I.maki@rubycolor.org>,
[#15411] inconsistency of STR_ASSOC — "K.Kosako" <kosako@...>
Version : 1.7 latest (2001-12-10)
[#15418] block for MatchData#select, Hash#select — nobu.nakada@...
なかだです。
[#15430] [BUG] Segmentation fault/ruby 1.7.2 (2001-12-10) — WATANABE Tetsuya <tetsu@...>
渡辺哲也です。
[#15435] Time#utcoff — Tanaka Akira <akr@...17n.org>
In article <hvosnahj702.fsf@coulee.a02.aist.go.jp>,
まつもと ゆきひろです
わたなべです。
In article <1008292110.329151.8468.nullmailer@ev.netlab.jp>,
まつもと ゆきひろです
In article <1008320813.231850.10341.nullmailer@ev.netlab.jp>,
In article <hvosnaeblzu.fsf@coulee.a02.aist.go.jp>,
[#15441] exported symbol — nobu.nakada@...
なかだです。
[#15456] irb/completion で Segmentation fault — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
まつもと ゆきひろです
On Sat, 15 Dec 2001 18:28:12 +0900
まつもと ゆきひろです
[#15464] gsub weirdness: gsub(/.*$/, "foo") — "Akinori MUSHA" <knu@...>
なんか gsub がおかしいような気がするんですが、これはこういう
青山です。
At Mon, 17 Dec 2001 05:22:53 +0900,
[#15466] listen for sockets in both IPv4 and IPv6 — Ryo HAYASAKA <ryoh@...>
早坂@北陸先端です.
[#15479] [BUG] thread with tempfile.rb — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#15500] Re: define_method() does not properly set noex (PR#218) — nobu.nakada@...
なかだです。
[#15505] ERb — m_seki@...
In article <20011220114249J.seki@mr.nasu.toshiba.co.jp>,
In article <m3eljr5o9m.wl@edwin.mva.biglobe.ne.jp>,
高橋征義です。
In article <20020215085405G.seki@mr.nasu.toshiba.co.jp>,
ただただしです。
まつもと ゆきひろです
新井です。
西山和広です。
>>>>> In [ruby-dev : No.15909]
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
At Mon, 18 Feb 2002 12:50:31 +0900,
なかだです。
In message <200202201003.g1KA3As11455@sharui.nakada.kanuma.tochigi.jp>
新井です。
あづみです。
[#15507] fileutils (2) — Minero Aoki <aamine@...>
あおきです。
高橋征義です。
あおきです。
高橋征義です。結論は最後に。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
けいじゅ@日本ラショナルソフトウェアです.
[#15519] typo in tracer.rb (SCRIPT_LINES__) — sheepman <sheepman@...>
こんにちは。
なひです。
まつもと ゆきひろです
なひです。
[#15556] TCPSocket#open で Errno::EALREADY — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#15569] [REQ] File?chmod — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#15573] [patch] resolv.rb for win32 platform — Tietew <tietew-ml-ruby-dev@...>
Tietew です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
In message <20011228143615.32D8.TIETEW-ML-RUBY-DEV@tietew.net>
こんにちは、なかむら(う)です。
Tietew です。
[#15603] filename within eval — nobu.nakada@...
なかだです。
[ruby-dev:15545] Re: fileutils (2)
あおきです。
In mail "[ruby-dev:15540] Re: fileutils (2)"
TAKAHASHI Masayoshi <maki@rubycolor.org> wrote:
> 高橋征義です。
> もう一つ、「ftoolsの代替」という印象もあります。以前、あおき
> さんは「ftoolsはFileクラスにメソッドを追加してしまうのが
> ちょっと」みたいなことを言っていたので、ftoolsを新しくしたい
> のかなあ、と。
それはあるかも。でも別に積極的になくしたいわけではないです。
ぼくとしてはようするに fileutils みたいなのを自分が使えれば
それで満足です。
> 実際のところ、ftoolsを使っているのは各種install.rbが多いです
> よね。なので、そういうツールのためかなあ、と、こんな感じです。
うーむ。やっぱりそういうことですか。
> えーと、「普通makeとかがカバーしている範囲」で、Rubyに
> 関係ありそうなところというと、外部コマンドを利用して
> コンパイルしたりドキュメントを作ったり、さらにはFTPしたり
> webサイトを更新したり、というところですか?
> ちょっとイメージがつかめないのですが……。
そんなとこです。ぼくが使ってる用途としてはこんな感じ。
* ライブラリのパッケージを作る
(mkdir → cp cp cp → tar c → rm_rf)
* サイトの HTML を更新する (update_file)
* ちょっと make っぽい依存関係の処理をはさむ (newest?)
* cvs.ruby-lang.org に入れるソースを自動生成する
(ChangeLog を更新するときに mv でバックアップ取ったり戻したりとか)
* 昔は chdir にブロックがなかったのでそれを吸収するためもあった
昔はサイトの更新に ftpup を使ってたので無駄な更新をしないのが
重要でしたから、update_file とか newest? を結構つかいました。
今は rsync なので派手に全部生成しなおしてますけど。
> makeの代替とか、それこそシェルの代替がほしいわけでは
> ないんですよね? それだったらほとんどmakeやシェルで十分
> かな、と思いますし。唯一問題になるのは移植性ですが、
> ふだん使うちょっとしたものなら移植性はあまり問題に
> なりませんし。
「ぼくの最初の個人的な作成動機は」、make の代替です。最初は make
使ってたんですけど、メタデータをあっちこっちにやりとりするのが
面倒でしかたなかったんで、Ruby で書いたツールに移行したんです。
ただそうしたら今度は cp とかが面倒になってしまったのでそれを埋め
るために今度は fileutils を作った。
というのが歴史的経緯です。
> > また、fileutils があっても
> > 別にインストーラを書くのは全然楽にならないとも思います。
>
> ftoolsの代わりにfileutilsを使えば、たとえばmake -n install相当の
> 「どこにインストールされるかを表示するけど、実際にはインストール
> しない」ということが簡単に書けますよね。
しかしそれでは、
* 可搬性が下がる (1.8 移行でしかインストールできない)
* もし fileutils がバグ入りだった場合に困る
という問題があります。コピーして使えばこの問題はないですが、
そこまでがんばって使う機能とは思えないです。特に noop なんて
ftools を使っても
require 'ftools'
noop = Object.new
%w( cp mv rm_f makedirs install chown ).each do |name|
noop.instance_eval "def #{name}(*args) end"
end
op = $noop ? noop : File
と、6 行で実装できます。
そもそも、インストーラが欲しいなら最初から汎用インストーラその
ものを添付してしまえばいいんじゃないでしょうか? そうすれば
make -n 相当の機能が、実装するまでもなく、手に入ります。
簡単なものでもインストーラを書くのは結構難しいものです。
Config::CONFIG の値とか、UNIX の慣習とか、Ruby のバージョンに
よる RUBYLIB のパスの違いとか、対応すべき点が多々あります。
それに各自それぞれに対応するのは時間の浪費にしかなりません。
> という感じで、install.rb的な物以外の用途があんまり思いつか
> ない、というところなのです。
Ruby のある生活に役立つ。とか。(make が薄れていく生活、でも可)
make ってディレクトリを越えたメタデータのやりとりが面倒だし、
制御構造使いにくいし、だんだんダミーターゲットばっかりになって
くるし……。Ruby ベースにするとそういう点はすごく楽になると思い
ます (ちょうど ruby-talk でも make replacement の話が出てますね)。
あとさっき気がついたんですけど、lib/shell/ をよく見ると cd や
pwd があったりして結構似たようなことをしてるんですね。でも
cp や mv は ftools に投げてるので、そのへんをカバーできるように
考えるのもいいかもしれません。
-------------------------------------------------------------------
青木峰郎