On Mon, 7 Aug 2000, Nathan Wiger wrote: > > > > Also, I would vote for a method to return the Julian date (yes I am an > > > > astronomer...) :-) > > > > But surely not as a part of the core language? > > Exactly. In fact, I'm going to chop a lot of the original proposal out. > It's too bloated for core. > > There's a lot of cool time/date stuff, but there's plenty of chance for > external modules for that (including backwards localtime() > compatibility). > > -Nate > Agreed. It was getting a bit out of hand (although in principal Julian date could be the internal format :-) ). What is the reason why any of this has to be in the core? Could all the date/time stuff be moved into a standard module? Is localtime() used often enough to justify being part of the language? -- Tim Jenness JCMT software engineer/Support scientist http://www.jach.hawaii.edu/~timj
- RFC 48 (v1) Replace localtime() and gmtime() with da Perl6 RFC Librarian
- Re: RFC 48 (v1) Replace localtime() and gmtime() ... skud
- Re: RFC 48 (v1) Replace localtime() and gmtime() ... Johan Vromans
- Re: RFC 48 (v1) Replace localtime() and gmtim... Tom Hughes
- Re: RFC 48 (v1) Replace localtime() and g... Tim Jenness
- Re: RFC 48 (v1) Replace localtime() a... Glenn Linderman
- Re: RFC 48 (v1) Replace localtim... Andy Dougherty
- Re: RFC 48 (v1) Replace loca... Nathan Wiger
- Re: RFC 48 (v1) Replace ... Tim Jenness
- Re: RFC 48 (v1) Replace ... Philip Newton
- Re: RFC 48 (v1) Replace ... Tim Jenness
- Re: RFC 48 (v1) Replace ... Andy Dougherty
- Re: RFC 48 (v1) Replace ... Jonathan Scott Duff
- Re: RFC 48 (v1) Replace ... Dan Sugalski
- Re: RFC 48 (v1) Replace loca... Glenn Linderman
- Re: RFC 48 (v1) Replace localtime() and gmtim... Nathan Wiger
- Re: RFC 48 (v1) Replace localtime() and g... Jonathan Scott Duff
- Re: RFC 48 (v1) Replace localtime() and g... Johan Vromans
- Re: RFC 48 (v1) Replace localtime() a... Andy Dougherty