[#43284] [Ruby 1.9 - Bug #4456] [Open] Time#strftime で %F 指定子に大きな幅を指定した際の不具合 — tadayoshi funaba <redmine@...>
14 messages
2011/03/02
[#43285] [Ruby 1.9 - Bug #4457] [Open] Time#strftime で %z 指定子などに大きな幅を指定した際の不具合 — tadayoshi funaba <redmine@...>
6 messages
2011/03/02
[#43296] [Ruby 1.9 - Bug #3990] [Assigned]tests of rexml/rss reports many errors and failures without iconv — Yui NARUSE <redmine@...>
5 messages
2011/03/03
[#43297] Re: [Ruby 1.9 - Bug #3990] [Assigned]tests of rexml/rss reports many errors and failures without iconv
— SASADA Koichi <ko1@...>
2011/03/03
(2011/03/03 18:56), Yui NARUSE wrote:
[#43298] Re: [Ruby 1.9 - Bug #3990] [Assigned]tests of rexml/rss reports many errors and failures without iconv
— "U.Nakamura" <usa@...>
2011/03/03
こんにちは、なかむら(う)です。
[#43317] [Ruby 1.9 - Bug #4474][Open] 複数のスレッドからトランザクションに入ろうとした場合のPStoreの挙動 — Masaki Matsushita <redmine@...>
9 messages
2011/03/06
[#43346] [BUG] lib/irb/locale.rb — keiju@... (Keiju ISHITSUKA)
けいじゅ@いしつかです.
8 messages
2011/03/24
[#43347] Re: [BUG] lib/irb/locale.rb
— Yugui <yugui@...>
2011/03/24
2011/3/24 Keiju ISHITSUKA <keiju@ishitsuka.com>:
[#43355] [Ruby 1.9 - Feature #4529][Assigned] date_core と long 型 — Yui NARUSE <redmine@...>
10 messages
2011/03/25
[#43359] [Ruby 1.9 - Feature #4529][Rejected] date_core と long 型
— tadayoshi funaba <redmine@...>
2011/03/26
[#43360] Re: [ruby-dev:43359] [Ruby 1.9 - Feature #4529][Rejected] date_core と long 型
— "NARUSE, Yui" <naruse@...>
2011/03/26
(2011/03/26 19:21), tadayoshi funaba wrote:
[#43365] [Ruby 1.9 - Bug #4536][Open] 定数参照について1.8と1.9の違い — Yukihiro Matsumoto <matz@...>
11 messages
2011/03/29
[#43366] Re: [ruby-dev:43365] [Ruby 1.9 - Bug #4536][Open] 定数参照について1.8と1.9の違い
— SASADA Koichi <ko1@...>
2011/03/29
ささだです.
[ruby-dev:43362] Re: [Ruby 1.9 - Feature #4529][Rejected] date_core と long 型
From:
Tadayoshi Funaba <tadf@...>
Date:
2011-03-26 12:40:03 UTC
List:
ruby-dev #43362
> 大きなユリウス日を将来的に扱えるようにしたいという話は理解できます。 > で、ならば long ではなく int64_t を使った方がよいのではないかと。 > long だと 32bit 環境はもちろん、LLP64 な環境 (64bit Windows) で残念なことになるので。 特に 64bit 欲しいわけではなく、比較的小さい値に留まる年と、大きな数にな る可能性のあるユリウス日を考慮して、最終的に表現されうる上限が、long で 表現できるのユリウス日か、int で現わされる年の大晦日かのどちらか小さい ほうになることを想定しているだけですね。 これがダメなら C 自体がダメだというしかないと思います。そもそもこういう 運動みたいなのは、一面的になりがちで、この間の成瀬さんの修正は、汎用的 に利用される可能性のあるマクロで型変換を強制していたりして、何を表現し ようとしているのか全く考えられていないものだったと思います。 そういう事で疑念もありますが、間違ってるところがあれば、それは直しても らっていいと思います。しかし、long を使うなってのはよくわかりません。