Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Chris Nandor- September 18, 2000 At 9:08 -0700 2000.09.18, Nathan Wiger wrote:>Chris Nandor wrote:>>>> >just assume "All Perl core functions should return objects", and hence>> >the reason I wrote RFC 73. ;-)>>>> And it would make me stop using Perl faster than your object method could>> be resolved.>>Is your concern one of>> 1. Speed>> 2. Bloat>> 3. Excess burden on the programmer>> 4. Required knowledge of OO to complete simple...http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg76.html Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Nathan Wiger- September 18, 2000 Chris Nandor wrote:> > >just assume "All Perl core functions should return objects", and hence> >the reason I wrote RFC 73. ;-)> > And it would make me stop using Perl faster than your object method could> be resolved.Is your concern one of 1. Speed 2. Bloat 3. Excess burden on the programmer 4. Required knowledge of OO to complete simple scriptsIf it&39;s any or all of these, I&39;m with you. I think OO should betransparent, under the hood, you...http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg75.html Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Chaim Frenkel- September 18, 2000 >>>>> "CN" == Chris Nandor <pudgepobox.com> writes:CN> Why File::Spec is in the core. So are multitudinousCN> ExtUtils::MM_ modules.>> >> Covers the platforms that have perl ports. Your problem requires solutions>> for platforms that don&39;t have a perl port. (yet :-)CN> No, you misunderstabd. I am saying that we are not sure that we have theCN> all the platforms covered that DO have perl ports. Only Mac and VMS andCN> Unix...http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg74.html Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Chris Nandor- September 17, 2000 At 11:56 -0400 2000.09.17, Chris Nandor wrote:>At 11:10 -0700 2000.09.16, Nathan Wiger wrote:>>Now, one thing that should probably be explored is creating a time>>object, similar to the date object specified in RFC 48. In fact, I&39;d>>just assume "All Perl core functions should return objects", and hence>>the reason I wrote RFC 73. ;-)>>And it would make me stop using Perl faster than your object method could>be resolved.Well, Perl 6, anyway ......http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg73.html Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Chris Nandor- September 17, 2000 At 11:10 -0700 2000.09.16, Nathan Wiger wrote:>Now, one thing that should probably be explored is creating a time>object, similar to the date object specified in RFC 48. In fact, I&39;d>just assume "All Perl core functions should return objects", and hence>the reason I wrote RFC 73. ;-)And it would make me stop using Perl faster than your object method couldbe resolved.-- Chris Nandor pudgepobox.com http:pudge.netOpen Source Development Network ...http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg72.html Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Nathan Wiger- September 16, 2000 > Standardize ALL Perl platforms on UNIX epochI&39;ve seen lots of discussion on this, and there have been 2 previousversions worth of discussion as well. The first version of this wasactually entitled: "Maintain internal time in Modified Julian (not epoch)"but that got shot down so fast it wasn&39;t even funny.I think Chuck hit the nail on the head with this: I&39;ve been in the Epoch !=0 mode and it sucked. I vote for Epoch=0 as the default.The overwhelming consensus in..http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg71.html RFC 48 (v3) Replace localtime() and gmtime() with date() and utcdate() by Perl6 RFC Librarian- September 15, 2000 This and other RFCs are available on the web at http:dev.perl.orgrfc=head1 TITLE Replace localtime() and gmtime() with date() and utcdate()=head1 VERSION Maintainer: Nathan Wiger <natewiger.org> Date: 05 Aug 2000 Last Modified: 15 Sep 2000 Mailing List: perl6-language-datetimeperl.org Number: 48 Version: 3 Status: Developing Requires: RFC 21, RFC 159=head1 CHANGES 1. Renamed UTC date function to utcdate() and clarified use of UTC, not GMT. While two separate...http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg70.html Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Chris Nandor- September 15, 2000 At 17:11 -0400 2000.09.15, Chaim Frenkel wrote:>>>>>> "CN" == Chris Nandor <pudgepobox.com> writes:>>>> This new module to cover your feature would require that it know every>>> known epoch and timesystem (or at least the useful ones.) Something>>> this domain knowledgable shouldn&39;t be in CORE.>>CN> Why File::Spec is in the core. So are multitudinous>CN> ExtUtils::MM_ modules.>>Covers the platforms that...http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg69.html Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Chaim Frenkel- September 15, 2000 >>>>> "CN" == Chris Nandor <pudgepobox.com> writes:>> This new module to cover your feature would require that it know every>> known epoch and timesystem (or at least the useful ones.) Something>> this domain knowledgable shouldn&39;t be in CORE.CN> Why File::Spec is in the core. So are multitudinousCN> ExtUtils::MM_ modules.Covers the platforms that have perl ports. Your problem requires solutionsfor platforms that don&39;t have a perl...http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg68.html Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Chris Nandor- September 15, 2000 At 15:55 -0400 2000.09.15, Chaim Frenkel wrote:>CN> We do not know if it will always be this simple for every platform>>Hard to see how the three variables wouldn&39;t cover the spectrum.Very hard to see, until we know what the disparate platforms might require. :)>CN> You might need to convert from an epoch other than your native>CN> one, whether it is a different time zone, or a different epoch>CN> entirely; with a function, you can easily take care of...http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg67.html |