[#686] Wall compilation — Michal Rokos <michal@...>
Hi everybody,
[#688] mkmf.rb - add files to clean and distclean targets — Michal Rokos <michal@...>
Hi,
On Thu, 16 Jan 2003, Michal Rokos wrote:
Hi,
Hi,
On Tue, Jan 21, 2003 at 11:16:39AM +0900, Yukihiro Matsumoto wrote:
Hi,
On Tue, Jan 21, 2003 at 06:38:00PM +0900, Yukihiro Matsumoto wrote:
Hi,
On Tue, Jan 21, 2003 at 11:37:35PM +0900, Yukihiro Matsumoto wrote:
Hi,
Hello,
Hi,
Hi,
Hi,
Hi,
[#708] Documentation for thread.rb — Gavin Sinclair <gsinclair@...>
Hi ruby-core,
[#719] nd_end and NODE_NEWLINE (fwd) — Chad Fowler <chad@...>
[#724] Symbols: More Functionality Wanted — Ryan Pavlik <rpav@...>
I've been discussing this for a bit on #ruby-lang on OPN (or freenode or
Hi,
On 20 Jan 2003 at 15:49, Yukihiro Matsumoto wrote:
Hi --
On Thursday, January 23, 2003, 6:28:04 AM, dblack wrote:
Gavin Sinclair <gsinclair@soyabean.com.au> writes:
Hi,
matz@ruby-lang.org (Yukihiro Matsumoto) writes:
Hi,
On Fri, 24 Jan 2003 03:34:46 +0900
[#730] Comments on matrix.rb — Gavin Sinclair <gsinclair@...>
Hi -core,
[#757] Extensions for Time and ParseDate — Ryan Davis <ryand-ruby@...>
Eric and I have been hacking around and we can't stand the lack of
[#759] Adding Test::Unit to CVS — "Nathaniel Talbott" <nathaniel@...>
Matz has already given me the go-ahead to add Test::Unit to CVS, but I
Nathaniel Talbott wrote:
On Wednesday, January 22, 2003, at 07:56 AM, Dave Thomas wrote:
Re: Extensions for Time and ParseDate
Hi,
In message "Extensions for Time and ParseDate"
on 03/01/22, Ryan Davis <ryand-ruby@zenspider.com> writes:
|Eric and I have been hacking around and we can't stand the lack of
|interoperability between Time and ParseDate. We think that one should
|be able to feed the other. We've hacked up the following code (and
|tests!) and would like to see this added if possible. The only thing I
|don't like about this code is that we drop off the timezone argument
|from parsedate. I'm not sure what to do about that, as I don't know how
|to adjust the generated time by the right amount of offset. If someone
|could come up with that, it would be a huge benefit.
Since localtime(3) and gmtime(3) do not understand timezone other than
UTC and local timezone, it is impossible to handle timezone in general
by Time class, except we reimplement whole time functions.
But I like the idea of interoperability. I'm going to fix Time#local
and Time#gm to work like
Time.local(*ParseDate.parse(str))
And it also ignores timezone argument.
matz.
p.s.
Ryan, I also fixed EWOULDBLOCK problem. I will commit them soon.