The pull-request auto-tester is now available for druntime and phobos, as well as dmd.

http://yebblies.com/results/

On 06.09.2011 7:36, Daniel Murphy wrote:
> The pull-request auto-tester is now available for druntime and phobos, as well as dmd.
>
> http://yebblies.com/results/
>
Looks like there is a problem with Phobos datetime on test machine, off by 1 hour  - DST problem?

-- 
Dmitry Olshansky

On Tuesday, September 06, 2011 15:31:26 Dmitry Olshansky wrote:
> On 06.09.2011 7:36, Daniel Murphy wrote:
> > The pull-request auto-tester is now available for druntime and phobos, as well as dmd.
> > 
> > http://yebblies.com/results/
> 
> Looks like there is a problem with Phobos datetime on test machine, off by 1 hour  - DST problem?

I'm working on it. It's a combination of an actual bug surrounding DST changes and the fact that you can't actually test that SysTime(dateTime) is going to be equal to dateTime during a DST change, because the OS is inconsistent between time zones on what it does when the requested time is during a DST switch (or even within an hour or two of it in some cases). Any time that you try and set a property of a SysTime, if that property would put it during a DST switch, there are going to be issues, and as far as I can tell, there is no way to get rid of them all. It's quite disgusting really. Adding or subtracting from a time is fine, and because SysTime holds its time internally in UTC, it avoids quite a few problems, but anytime that you have to convert it to its time zone and back again (as must be done when setting its properties), there are issues around DST. I could make it work if the OS were actually consistent, but on Linux at least, it isn't. Bleh.

In any case. You don't want to hear/read me ranting about it. I'll have a solution fairly soon, but I think that there's always going to be a risk of the std.datetime unit tests failing in some time zone or other just because one of the times tested happens to fall on one of that time zone's DST switches.

- Jonathan M Davis

Great time for an outage, in the meantime it can still be accessed at http://110.174.28.109/results/

On Tue, Sep 6, 2011 at 1:36 PM, Daniel Murphy <yebblies at gmail.com> wrote:
> The pull-request auto-tester is now available for druntime and phobos, as well as dmd.
>
> http://yebblies.com/results/
>

On 09/05/2011 08:36 PM, Daniel Murphy wrote:
> The pull-request auto-tester is now available for druntime and phobos, as well as dmd.
>
> http://yebblies.com/results/

Your DNS service is dead. Or so says whatever that link gives.

Yeah I know, that's why I posted the direct link. http://110.174.28.109/results/

I changed the dns servers and it should propagate through soon.

On Thu, Sep 8, 2011 at 1:16 PM, Benjamin Shropshire <benjamin at precisionsoftware.us> wrote:
> On 09/05/2011 08:36 PM, Daniel Murphy wrote:
>>
>> The pull-request auto-tester is now available for druntime and phobos, as well as dmd.
>>
>> http://yebblies.com/results/
>
> Your DNS service is dead. Or so says whatever that link gives.
> _______________________________________________
> dmd-internals mailing list
> dmd-internals at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-internals
>

On Tuesday, September 06, 2011 04:40:05 Jonathan M Davis wrote:
> On Tuesday, September 06, 2011 15:31:26 Dmitry Olshansky wrote:
> > On 06.09.2011 7:36, Daniel Murphy wrote:
> > > The pull-request auto-tester is now available for druntime and
> > > phobos,
> > > as well as dmd.
> > > 
> > > http://yebblies.com/results/
> > 
> > Looks like there is a problem with Phobos datetime on test machine, off by 1 hour  - DST problem?
> 
> I'm working on it. It's a combination of an actual bug surrounding DST changes and the fact that you can't actually test that SysTime(dateTime) is going to be equal to dateTime during a DST change, because the OS is inconsistent between time zones on what it does when the requested time is during a DST switch (or even within an hour or two of it in some cases). Any time that you try and set a property of a SysTime, if that property would put it during a DST switch, there are going to be issues, and as far as I can tell, there is no way to get rid of them all. It's quite disgusting really. Adding or subtracting from a time is fine, and because SysTime holds its time internally in UTC, it avoids quite a few problems, but anytime that you have to convert it to its time zone and back again (as must be done when setting its properties), there are issues around DST. I could make it work if the OS were actually consistent, but on Linux at least, it isn't. Bleh.
> 
> In any case. You don't want to hear/read me ranting about it. I'll have a solution fairly soon, but I think that there's always going to be a risk of the std.datetime unit tests failing in some time zone or other just because one of the times tested happens to fall on one of that time zone's DST switches.

Okay. By who knows how many miracles, I finally figure out how to make the time around DST switches completely consistent on Posix, and I believe that I have all of the DST issues on Posix sorted out. However, I haven't look at what's going on on Windows yet (it may or may not be broken). Once I've sorted that out, I'll create a pull request with the appropriate fixes - hopefully sooner rather than later, but we'll have to see.

- Jonathan M Davis

Some my tests fails on building dmd.
But it seems to me that there are the fails of checkout.

http://yebblies.com/results/dmd_45_9rnsr_fix5896_dmdbuild.txt http://yebblies.com/results/dmd_41_9rnsr_rvalue-struct-literal_dmdbuild.txt

Kenji Hara

2011/9/6 Daniel Murphy <yebblies at gmail.com>:
> The pull-request auto-tester is now available for druntime and phobos, as well as dmd.
>
> http://yebblies.com/results/
> _______________________________________________
> dmd-internals mailing list
> dmd-internals at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-internals
>

Oh, sorry. I'm bad.
In gcc, the two pulls makes 'Invalid conversion' error. I'll fix it.

Kenji Hara

2011/9/9 kenji hara <k.hara.pg at gmail.com>:
> Some my tests fails on building dmd.
> But it seems to me that there are the fails of checkout.
>
> http://yebblies.com/results/dmd_45_9rnsr_fix5896_dmdbuild.txt http://yebblies.com/results/dmd_41_9rnsr_rvalue-struct-literal_dmdbuild.txt
>
> Kenji Hara
>
> 2011/9/6 Daniel Murphy <yebblies at gmail.com>:
>> The pull-request auto-tester is now available for druntime and phobos, as well as dmd.
>>
>> http://yebblies.com/results/
>> _______________________________________________
>> dmd-internals mailing list
>> dmd-internals at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/dmd-internals
>>
>

For anyone not watching, the tester now marks the std.datetime failures as 'broken' instead of 'failed' when they fail on that one assert, making real failures clearer.  I've also fixed some issues with using the wrong dmd/dmd.conf/phobos lib which exposes some more bugs.