Windows once more

Ok, I think the test results for 20infinite.t may be different because of recent changes in subtract_datetime. Could a Windows user run the tests again, please? For the 04epoch.t failures, I think I'll need to be able to use the latest Time::Local code, which means releasing it to CPAN. Hopefull

RE: Windows once more

> > Ok, I think the test results for 20infinite.t may be > different because of > recent changes in subtract_datetime. Could a Windows user > run the tests > again, please? > > For the 04epoch.t failures, I think I'll need to be able to > use the latest > Time::Local code, which means relea

RE: Windows once more

On Mon, 2 Jun 2003, Hill, Ronald wrote: > I was not able to find the Time::Local module on CPAN Yeah, it's not there yet. > t\20infinite..NOK 12# Failed test (t\20infinite.t at line 55) > # got: '1.#QNAN' > # expected: '-1.#IND' > t\20infinite..NOK 13# Failed

RE: Windows once more

Hi Dave, > > On Mon, 2 Jun 2003, Hill, Ronald wrote: > > > I was not able to find the Time::Local module on CPAN > > Yeah, it's not there yet. I guess I will wait for it. > ARGH! > > I give up. Someone else is going to have to fix this on > Windows at this > point, or maybe I'll just disa

RE: Windows once more

On Mon, 2 Jun 2003, Hill, Ronald wrote: > > ARGH! > > > > I give up. Someone else is going to have to fix this on > > Windows at this > > point, or maybe I'll just disable these tests on Win32. > > > > > > -dave > > Oh, Dave please don't give up. We need this for all Platforms > Otherwise, module

Re: Windows once more

Dave Rolsky wrote: ARGH! I give up. Someone else is going to have to fix this on Windows at this point, or maybe I'll just disable these tests on Win32. I use Windows/VC-- (shudder) in my day job, but SourceForge is down for their weekly restore from tape (did they forget to update their Apache

Re: Windows once more

On Mon, 2 Jun 2003, John Peacock wrote: > Dave Rolsky wrote: > > ARGH! > > > > I give up. Someone else is going to have to fix this on Windows at this > > point, or maybe I'll just disable these tests on Win32. > > > > I use Windows/VC-- (shudder) in my day job, but SourceForge is down for their

RE: Windows once more

Hi Dave, > > On Mon, 2 Jun 2003, Hill, Ronald wrote: > > I can't even get it to work on HPUX :( > > Try removing the "ifdef _HPUX_SOURCE" part entirely. > > > -dave I removed the section you suggested Still no joy :( Ron Hill

RE: Windows once more

Hi Dave, > > I'd have to write a script to automatically grab the CVS stuff, but I > suppose it's possible. If you do write a script, can you send me a copy? > > The links on datetime.perl.org are for PPDs, which are > rapidly aging. I'm > considering removing them since they're so out of d

RE: Windows once more

On Mon, 2 Jun 2003, Hill, Ronald wrote: > > I'd have to write a script to automatically grab the CVS stuff, but I > > suppose it's possible. > > If you do write a script, can you send me a copy? Sure, but it's kind of low on my to-do list. > > The links on datetime.perl.org are for PPDs, which a

Re: Windows once more

On Tue, 3 Jun 2003, Randy W. Sims wrote: > ActiveState uses scripts to automatically create PPDs for all modules on > CPAN that will build/test successfully. See > for the results and logs of these > builds. Currently DT fails on all platforms; probably because of

Re: Windows once more

* Randy W. Sims ([EMAIL PROTECTED]) [04 Jun 2003 13:19]: [...] > ActiveState uses scripts to automatically create PPDs for all modules > on CPAN that will build/test successfully. See > for the results and logs of these > builds. Currently DT fails on all platforms

RE: Windows once more

> > But DT::TZ installs normally without DT.pm being installed, so I don't > know what the problem is. > > > -dave But you can't run the tests without DT.pm. I think that is what he is referring to. Ron

Re: Windows once more

Hill, Ronald wrote: But DT::TZ installs normally without DT.pm being installed, so I don't know what the problem is. -dave But you can't run the tests without DT.pm. I think that is what he is referring to. I would once again suggest including exclusively those portions of DT::TZ in the DT distri