[#27919] 1.8.4 Preview2 検証 — "URABE Shyouhei aka. mput" <root@...>
卜部です。
まつもと ゆきひろです
[#27944] Ruby 1.8.3 on FreeBSD — Masayoshi Takahashi <maki@...>
高橋征義です。
[#27991] GC.always — Tanaka Akira <akr@...17n.org>
というように、GC を常に動かすというのは GC 関連の問題を発見
まつもと ゆきひろです
In article <1134314081.457781.8573.nullmailer@x31.priv.netlab.jp>,
[#27997] 1.8.4 documents? — "URABE Shyouhei aka. mput" <root@...>
卜部です。
新井です。
新井です。
[#28010] IA64 BSPSTORE — Tanaka Akira <akr@...17n.org>
そういえば、IA64 で gc.c や eval.c に BSPSTORE レジスタの値
まつもと ゆきひろです
In article <1134478762.181062.2779.nullmailer@x31.priv.netlab.jp>,
[#28045] 1.8.4 what remains? — "URABE Shyouhei aka. mput" <root@...>
卜部です。
[#28082] ruby_1_8 Segmentation fault on Cygwin — yanagi@...
柳田です。
山本です。
こんにちは、なかむら(う)です。
山本です。
こんにちは、なかむら(う)です。
柳田です。
山本です。
[#28087] test(?-, file1, file2) — Tanaka Akira <akr@...17n.org>
マニュアルの test(?-, file1, file2) の説明に、
[#28109] Kernel#fail — "URABE Shyouhei aka. mput" <root@...>
さすがにもう誰も使ってないのではないかと思います。Kernel#failは廃止にし
[#28121] post_connection_check with javacc.dev.java.net — Tanaka Akira <akr@...17n.org>
ふと、https://javacc.dev.java.net/ を open-uri でアクセスすると、
[#28127] Intel C++ Compiler and HP aC++/ANSI C on IA64 — Tanaka Akira <akr@...17n.org>
TestDrive で IA64 上の Intel C++ Compiler and HP aC++/ANSI C
渡辺哲也です。
[#28140] ia64-hpux11.23/socket.sl: this executable file can't load extension libraries (LoadError) — Tanaka Akira <akr@...17n.org>
HP-UX で HP aC++/ANSI C を使って作った ruby で、openssl や drb のテストをすると、
渡辺哲也です。
In article <200512280307.jBS37nnj005909@pbsg500.nifty.com>,
In message "[ruby-dev:28142] Re: ia64-hpux11.23/socket.sl: this executable file can't load extension libraries (LoadError)"
山本です。
In article <20051228210640.13C71A10.ocean@m2.ccsnet.ne.jp>,
渡辺哲也です。
山本です。
山本です。
In article <20051229114438.44D19F00.ocean@m2.ccsnet.ne.jp>,
なかだです。
In article <ypvtr77wv7q9.wl%nobuyoshi.nakada@ge.com>,
なかだです。
In article <ypvtoe30v1zk.wl%nobuyoshi.nakada@ge.com>,
なかだです。
In article <ypvtmzikv11x.wl%nobuyoshi.nakada@ge.com>,
なかだです。
In article <ypvtwthol15x.wl%nobuyoshi.nakada@ge.com>,
[#28177] Generator dumps core — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#28178] accessing ruby_cbase (nil) dumps core — SASADA Koichi <ko1@...>
ささだです。
[#28181] zsuper (with define_method) dumps core — SASADA Koichi <ko1@...>
ささだです。
[#28182] generator.rb deadlocks — Tanaka Akira <akr@...17n.org>
RUBY_ALWAYS_GC= つきで test_generator.rb を動かすと deadlock が起きます。
[#28184] test_each(TC_SyncEnumerator) fails. — Tanaka Akira <akr@...17n.org>
deadlock は解決しましたが次のようにテストが失敗します。
[ruby-dev:27925] Re: Numeric と Complex
まつもと ゆきひろです
In message "Re: [ruby-dev:27924] Re: Numeric と Complex"
on Fri, 2 Dec 2005 03:03:32 +0900, "URABE Shyouhei aka. mput" <root@mput.dip.jp> writes:
|>ただ、「数の部
|>分集合」と言ってるときの「数」は、私の認識では実装を意識した
|>「数の種別」なのに、「数学上の数システム」に厳密に従わなけれ
|>ばならないと想起させてしまってるのであれば、それは不幸の原因
|>かもしれません。そういうのは別のクラス体系を作るか、別の言語
|>(Mathematicaとか?)でやってください。
|
|実際にComplex#<=>がへんな定義で困ってるわけですよね?
|私が個人的に想定している現実の不幸はこれです。
Complexを最初に作ったときに、私と石塚さんで「Rubyの数はかく
あるべし」という話をしとかなかったってことがまずかったですね。
あの時点で私がよく考えてたら「リニアな数」でないComplexを
Numericのサブクラスにする時点で、リニアな数をまとめる「なに
か」を導入する必要性に気がついていたと思います。
この問題の原因は「RubyのNumericがリニアな数を想定しているの
に気がつかないでComplexをそのままサブクラスにしてしまった」
ことにあります。で、それにどう対処するかって話です。で、対処
法の案はすでに[ruby-dev:27871]に述べてます。
|んで、その不幸は、集合論的型システムとRubyのクラスシステムがうまくイン
|ターフェースしてない点に由来するのだろうという考察が[ruby- dev:27918]で
|す。べつに、「だから集合論的型システムを採用しろ」とまでは言ってませんよ。
|# 前にも言った気がしますが実現可能なことからちょっとづつ考えるのが好きで
|すから。
うーん、じゃ、おんなじことを言ってるのかな。
|>複素数の場合は、実装として効率が悪いじゃないですか。
|[ruby-dev:27914]
|>それは実装のことなんで気にしない、と。
|
|えーと?
仕様のことを考えてるときは実装者以外は実装のことを気にしなく
てもいいよってニュアンスなんですが。スマイリーをつけておくべ
きでしたか?
|あと複素数の部分集合だからといってかならずしも最適化した実装が禁止されて
|るわけじゃないですよね?
|# Ad-hoc polymorphism があるんだし
ええ。意味があるかどうかはかなり疑問ですが。
|>で、Real
|>については、コンピュータ言語ではRealは伝統的に浮動小数点を表
|>現する単語として用いられてきたので整数のスーパークラスの名前
|>にはふさわしくないというだけのことです。それを「キモい」と表
|>現するなら、それ以外の理由はありませんが「名前重要」ですから。
|
|名前が気に喰わない、というだけで案としては反対ではないのですか?
そうです。[ruby-dev:27871]にも述べたように有力な案のひとつと
して考えています。でも、Realはやめてってこと。
まつもと ゆきひろ /:|)