The DWT compile times do still seem to be sky-high even after the reversion in DMD 1.039.

I just tried building the dwt-samples\treeeditor\Snippet111.d, for instance and it's taking insanely long.

Switch back to DMD 1.037 and it compiles in well under a minute.

So my guess is that nobody else but that one other poster has tried using DWT and DMD 1.039 together.

Anyway, Walter, if you want a test case, install yerself a copy of tango and DWT and try dwt-samples\treeeditor\Snippet111.d  (or probably any other dwt snippet.  That's just the first one I tried).

--bb

How do you rate 1.038 compile time?

On Sat, Jan 10, 2009 at 2:21 PM, Tim M <a@b.com> wrote:
> How do you rate 1.038 compile time?

It was also bad.  I was thinking 1.039 was better but it's possible I just compiled a different program with it  I figured the programs were similar enough that if it affected on then it would affect the other, but maybe not.

What I can say for sure is that my DWT app takes forever with both 1.038 and 1.039.

--bb

"Bill Baxter" <wbaxter@gmail.com> wrote in message news:mailman.355.1231561916.22690.digitalmars-d@puremagic.com...
> The DWT compile times do still seem to be sky-high even after the reversion in DMD 1.039.
>
> I just tried building the dwt-samples\treeeditor\Snippet111.d, for instance and it's taking insanely long.
>
> Switch back to DMD 1.037 and it compiles in well under a minute.
>
> So my guess is that nobody else but that one other poster has tried using DWT and DMD 1.039 together.
>
> Anyway, Walter, if you want a test case, install yerself a copy of tango and DWT and try dwt-samples\treeeditor\Snippet111.d  (or probably any other dwt snippet.  That's just the first one I tried).
>
> --bb

Thought I'd add my experience, FWIW:

I don't seem to have the treeeditor sample (maybe that's new in 3.4-2?), but I tried dwt-samples\examples\simple.d:

DMD 1.037 Tango 0.99.7 DWT 3.4-1 DSSS 0.76 (oneatatime=no):
dsss build -full simple
- Builds in 34 seconds

Exactly the same thing but with DMD 1.039:
- Gives me a linker error after about 32 seconds:

--------------------------------
simple.d => simple
+
D:\DevTool\dsss\bin\rebuild.exe -Idsss_imports\ -I. -S.\ -ID:\DevTool\dsss\include\d
 -SD:\DevTool\dsss\lib\ -full  -ID:\DevTool\dsss\include\d -SD:\DevTool\dsss\lib
  -oqdsss_objs\D -g -gc -JD:\DevTool\dsss\lib/res -J../res -I.. -L/SUBSYSTEM:console:5
 -L/rc:..\dwt simple.d -ofsimple

OPTLINK (R) for Win32  Release 8.00.1
Copyright (C) Digital Mars 1989-2004  All rights reserved.
dsss_objs\D\dwt-graphics-Path.obj(dwt-graphics-Path)  Offset 0537DH Record
Type 0091
 Error 1: Previous Definition Different :
_D5tango4text4Text11__T4TextTaZ4Text4Span6__initZ
--- errorlevel 1
Command D:\DevTool\dsss\bin\rebuild.exe returned with code -1, aborting.

--------------------------------

I may be using some sort of stange unsupported configuration though: I ended up having to change three references in dwthelper from "tango.io." to "tango.io.device."

I'm not too concerned about the error at the moment, but I did think it was significant that it got to the linking phase in roughly the same amount of time as DMD 1.037. There seem to be some wildly inconsistent happenings in regards to 1.039's DWT compile times. You're certain your "oneatatme" setting didn't get reverted to on? Before I turned oneatatime off, both versions of DMD took around 15 minutes or so.

On Sat, Jan 10, 2009 at 3:11 PM, Nick Sabalausky <a@a.a> wrote:
> "Bill Baxter" <wbaxter@gmail.com> wrote in message news:mailman.355.1231561916.22690.digitalmars-d@puremagic.com...
>> The DWT compile times do still seem to be sky-high even after the reversion in DMD 1.039.
>>
>> I just tried building the dwt-samples\treeeditor\Snippet111.d, for instance and it's taking insanely long.
>>
>> Switch back to DMD 1.037 and it compiles in well under a minute.
>>
>> So my guess is that nobody else but that one other poster has tried using DWT and DMD 1.039 together.
>>
>> Anyway, Walter, if you want a test case, install yerself a copy of tango and DWT and try dwt-samples\treeeditor\Snippet111.d  (or probably any other dwt snippet.  That's just the first one I tried).
>>
>> --bb
>
> Thought I'd add my experience, FWIW:
>
> I don't seem to have the treeeditor sample (maybe that's new in 3.4-2?), but I tried dwt-samples\examples\simple.d:
>
> DMD 1.037 Tango 0.99.7 DWT 3.4-1 DSSS 0.76 (oneatatime=no):
> dsss build -full simple
> - Builds in 34 seconds
>
> Exactly the same thing but with DMD 1.039:
> - Gives me a linker error after about 32 seconds:
>
> --------------------------------
> simple.d => simple
> +
> D:\DevTool\dsss\bin\rebuild.exe -Idsss_imports\ -I. -S.\ -ID:\DevTool\dsss\include\d
>  -SD:\DevTool\dsss\lib\ -full  -ID:\DevTool\dsss\include\d -SD:\DevTool\dsss\lib
>  -oqdsss_objs\D -g -gc -JD:\DevTool\dsss\lib/res -J../res -I.. -L/SUBSYSTEM:console:5
>  -L/rc:..\dwt simple.d -ofsimple
>
> OPTLINK (R) for Win32  Release 8.00.1
> Copyright (C) Digital Mars 1989-2004  All rights reserved.
> dsss_objs\D\dwt-graphics-Path.obj(dwt-graphics-Path)  Offset 0537DH Record
> Type 0091
>  Error 1: Previous Definition Different :
> _D5tango4text4Text11__T4TextTaZ4Text4Span6__initZ
> --- errorlevel 1
> Command D:\DevTool\dsss\bin\rebuild.exe returned with code -1, aborting.

I got that with the first DWT sample I tried too using 1.039 too.  37
sec seems about right for how long it took to error out.
That one was tree\Snippet15 I think.
Then I tried the treeeditor one, and was taking a long time so I killed it.

> I may be using some sort of stange unsupported configuration though: I ended up having to change three references in dwthelper from "tango.io." to "tango.io.device."
>
> I'm not too concerned about the error at the moment, but I did think it was significant that it got to the linking phase in roughly the same amount of time as DMD 1.037. There seem to be some wildly inconsistent happenings in regards to 1.039's DWT compile times. You're certain your "oneatatme" setting didn't get reverted to on? Before I turned oneatatime off, both versions of DMD took around 15 minutes or so.

Yes I'm sure I've got oneatatime off.  All I'm doing to switch DMD configs is to unzip the new DMD files on top of the old installation, and run my "usetango.bat" script to fix it up after that.

That script definitely isn't smart enough to do something different based on the current version of DMD installed.  So I'm positive that I'm using the same DSSS config for 1.037/1.038/1.039.

--bb

"Bill Baxter" <wbaxter@gmail.com> wrote in message news:mailman.360.1231568636.22690.digitalmars-d@puremagic.com...
> On Sat, Jan 10, 2009 at 3:11 PM, Nick Sabalausky <a@a.a> wrote:
>> "Bill Baxter" <wbaxter@gmail.com> wrote in message news:mailman.355.1231561916.22690.digitalmars-d@puremagic.com...
>>> The DWT compile times do still seem to be sky-high even after the reversion in DMD 1.039.
>>>
>>> I just tried building the dwt-samples\treeeditor\Snippet111.d, for instance and it's taking insanely long.
>>>
>>> Switch back to DMD 1.037 and it compiles in well under a minute.
>>>
>>> So my guess is that nobody else but that one other poster has tried using DWT and DMD 1.039 together.
>>>
>>> Anyway, Walter, if you want a test case, install yerself a copy of tango and DWT and try dwt-samples\treeeditor\Snippet111.d  (or probably any other dwt snippet.  That's just the first one I tried).
>>>
>>> --bb
>>
>> Thought I'd add my experience, FWIW:
>>
>> I don't seem to have the treeeditor sample (maybe that's new in 3.4-2?),
>> but
>> I tried dwt-samples\examples\simple.d:
>>
>> DMD 1.037 Tango 0.99.7 DWT 3.4-1 DSSS 0.76 (oneatatime=no):
>> dsss build -full simple
>> - Builds in 34 seconds
>>
>> Exactly the same thing but with DMD 1.039:
>> - Gives me a linker error after about 32 seconds:
>>
>> --------------------------------
>> simple.d => simple
>> +
>> D:\DevTool\dsss\bin\rebuild.exe -Idsss_imports\ -I. -S.\ -ID:\DevTool\dsss\include\d
>>  -SD:\DevTool\dsss\lib\ -full  -ID:\DevTool\dsss\include\d -SD:\DevTool\dsss\lib
>>  -oqdsss_objs\D -g -gc -JD:\DevTool\dsss\lib/res -J../res -I.. -L/SUBSYSTEM:console:5
>>  -L/rc:..\dwt simple.d -ofsimple
>>
>> OPTLINK (R) for Win32  Release 8.00.1
>> Copyright (C) Digital Mars 1989-2004  All rights reserved.
>> dsss_objs\D\dwt-graphics-Path.obj(dwt-graphics-Path)  Offset 0537DH
>> Record
>> Type 0091
>>  Error 1: Previous Definition Different :
>> _D5tango4text4Text11__T4TextTaZ4Text4Span6__initZ
>> --- errorlevel 1
>> Command D:\DevTool\dsss\bin\rebuild.exe returned with code -1, aborting.
>
> I got that with the first DWT sample I tried too using 1.039 too.  37
> sec seems about right for how long it took to error out.
> That one was tree\Snippet15 I think.
> Then I tried the treeeditor one, and was taking a long time so I killed
> it.
>
>> I may be using some sort of stange unsupported configuration though: I
>> ended
>> up having to change three references in dwthelper from "tango.io." to
>> "tango.io.device."
>>
>> I'm not too concerned about the error at the moment, but I did think it
>> was
>> significant that it got to the linking phase in roughly the same amount
>> of
>> time as DMD 1.037. There seem to be some wildly inconsistent happenings
>> in
>> regards to 1.039's DWT compile times. You're certain your "oneatatme"
>> setting didn't get reverted to on? Before I turned oneatatime off, both
>> versions of DMD took around 15 minutes or so.
>
> Yes I'm sure I've got oneatatime off.  All I'm doing to switch DMD configs is to unzip the new DMD files on top of the old installation, and run my "usetango.bat" script to fix it up after that.
>
> That script definitely isn't smart enough to do something different based on the current version of DMD installed.  So I'm positive that I'm using the same DSSS config for 1.037/1.038/1.039.
>
> --bb

Ok, I found the examples you were talking about, they were in "dwt-samples\snippets", not "dwt-samples\examples". I'm getting the same results as you for both "tree\Snippet15.d" and "treeeditor\Snippet111.d". Both compile fine in just over 30 sec on 1.037. On 1.039 "tree\Snippet15.d" fails after about 30 sec with the same link error I posted above, and "treeeditor\Snippet111.d" goes on for at least 10 minutes (that's when I killed it).

"Nick Sabalausky" <a@a.a> wrote in message news:gk9hub$n0s$1@digitalmars.com...
> "Bill Baxter" <wbaxter@gmail.com> wrote in message news:mailman.360.1231568636.22690.digitalmars-d@puremagic.com...
>> On Sat, Jan 10, 2009 at 3:11 PM, Nick Sabalausky <a@a.a> wrote:
>>> "Bill Baxter" <wbaxter@gmail.com> wrote in message news:mailman.355.1231561916.22690.digitalmars-d@puremagic.com...
>>>> The DWT compile times do still seem to be sky-high even after the reversion in DMD 1.039.
>>>>
>>>> I just tried building the dwt-samples\treeeditor\Snippet111.d, for instance and it's taking insanely long.
>>>>
>>>> Switch back to DMD 1.037 and it compiles in well under a minute.
>>>>
>>>> So my guess is that nobody else but that one other poster has tried using DWT and DMD 1.039 together.
>>>>
>>>> Anyway, Walter, if you want a test case, install yerself a copy of tango and DWT and try dwt-samples\treeeditor\Snippet111.d  (or probably any other dwt snippet.  That's just the first one I tried).
>>>>
>>>> --bb
>>>
>>> Thought I'd add my experience, FWIW:
>>>
>>> I don't seem to have the treeeditor sample (maybe that's new in 3.4-2?),
>>> but
>>> I tried dwt-samples\examples\simple.d:
>>>
>>> DMD 1.037 Tango 0.99.7 DWT 3.4-1 DSSS 0.76 (oneatatime=no):
>>> dsss build -full simple
>>> - Builds in 34 seconds
>>>
>>> Exactly the same thing but with DMD 1.039:
>>> - Gives me a linker error after about 32 seconds:
>>>
>>> --------------------------------
>>> simple.d => simple
>>> +
>>> D:\DevTool\dsss\bin\rebuild.exe -Idsss_imports\ -I. -S.\ -ID:\DevTool\dsss\include\d
>>>  -SD:\DevTool\dsss\lib\ -full  -ID:\DevTool\dsss\include\d -SD:\DevTool\dsss\lib
>>>  -oqdsss_objs\D -g -gc -JD:\DevTool\dsss\lib/res -J../res -I.. -L/SUBSYSTEM:console:5
>>>  -L/rc:..\dwt simple.d -ofsimple
>>>
>>> OPTLINK (R) for Win32  Release 8.00.1
>>> Copyright (C) Digital Mars 1989-2004  All rights reserved.
>>> dsss_objs\D\dwt-graphics-Path.obj(dwt-graphics-Path)  Offset 0537DH
>>> Record
>>> Type 0091
>>>  Error 1: Previous Definition Different :
>>> _D5tango4text4Text11__T4TextTaZ4Text4Span6__initZ
>>> --- errorlevel 1
>>> Command D:\DevTool\dsss\bin\rebuild.exe returned with code -1, aborting.
>>
>> I got that with the first DWT sample I tried too using 1.039 too.  37
>> sec seems about right for how long it took to error out.
>> That one was tree\Snippet15 I think.
>> Then I tried the treeeditor one, and was taking a long time so I killed
>> it.
>>
>>> I may be using some sort of stange unsupported configuration though: I
>>> ended
>>> up having to change three references in dwthelper from "tango.io." to
>>> "tango.io.device."
>>>
>>> I'm not too concerned about the error at the moment, but I did think it
>>> was
>>> significant that it got to the linking phase in roughly the same amount
>>> of
>>> time as DMD 1.037. There seem to be some wildly inconsistent happenings
>>> in
>>> regards to 1.039's DWT compile times. You're certain your "oneatatme"
>>> setting didn't get reverted to on? Before I turned oneatatime off, both
>>> versions of DMD took around 15 minutes or so.
>>
>> Yes I'm sure I've got oneatatime off.  All I'm doing to switch DMD configs is to unzip the new DMD files on top of the old installation, and run my "usetango.bat" script to fix it up after that.
>>
>> That script definitely isn't smart enough to do something different based on the current version of DMD installed.  So I'm positive that I'm using the same DSSS config for 1.037/1.038/1.039.
>>
>> --bb
>
> Ok, I found the examples you were talking about, they were in "dwt-samples\snippets", not "dwt-samples\examples". I'm getting the same results as you for both "tree\Snippet15.d" and "treeeditor\Snippet111.d". Both compile fine in just over 30 sec on 1.037. On 1.039 "tree\Snippet15.d" fails after about 30 sec with the same link error I posted above, and "treeeditor\Snippet111.d" goes on for at least 10 minutes (that's when I killed it).

I don't know if this helps anyone, but I added some "pragma(msg, __LINE__.stringof);" to "dwt-samples\snippets\treeeditor\Snippet111.d" (the one that's hanging), and DMD 1.039 appears to be hanging on this line:

line 102: composite.addListener (DWT.Resize, dgListener( &handleResize, composite, text, inset ));

"Nick Sabalausky" <a@a.a> wrote in message news:gk9jp0$pfc$1@digitalmars.com...
> "Nick Sabalausky" <a@a.a> wrote in message news:gk9hub$n0s$1@digitalmars.com...
>> "Bill Baxter" <wbaxter@gmail.com> wrote in message news:mailman.360.1231568636.22690.digitalmars-d@puremagic.com...
>>> On Sat, Jan 10, 2009 at 3:11 PM, Nick Sabalausky <a@a.a> wrote:
>>>> "Bill Baxter" <wbaxter@gmail.com> wrote in message news:mailman.355.1231561916.22690.digitalmars-d@puremagic.com...
>>>>> The DWT compile times do still seem to be sky-high even after the reversion in DMD 1.039.
>>>>>
>>>>> I just tried building the dwt-samples\treeeditor\Snippet111.d, for instance and it's taking insanely long.
>>>>>
>>>>> Switch back to DMD 1.037 and it compiles in well under a minute.
>>>>>
>>>>> So my guess is that nobody else but that one other poster has tried using DWT and DMD 1.039 together.
>>>>>
>>>>> Anyway, Walter, if you want a test case, install yerself a copy of tango and DWT and try dwt-samples\treeeditor\Snippet111.d  (or probably any other dwt snippet.  That's just the first one I tried).
>>>>>
>>>>> --bb
>>>>
>>>> Thought I'd add my experience, FWIW:
>>>>
>>>> I don't seem to have the treeeditor sample (maybe that's new in
>>>> 3.4-2?), but
>>>> I tried dwt-samples\examples\simple.d:
>>>>
>>>> DMD 1.037 Tango 0.99.7 DWT 3.4-1 DSSS 0.76 (oneatatime=no):
>>>> dsss build -full simple
>>>> - Builds in 34 seconds
>>>>
>>>> Exactly the same thing but with DMD 1.039:
>>>> - Gives me a linker error after about 32 seconds:
>>>>
>>>> --------------------------------
>>>> simple.d => simple
>>>> +
>>>> D:\DevTool\dsss\bin\rebuild.exe -Idsss_imports\ -I. -S.\ -ID:\DevTool\dsss\include\d
>>>>  -SD:\DevTool\dsss\lib\ -full  -ID:\DevTool\dsss\include\d -SD:\DevTool\dsss\lib
>>>>  -oqdsss_objs\D -g -gc -JD:\DevTool\dsss\lib/res -J../res -I.. -L/SUBSYSTEM:console:5
>>>>  -L/rc:..\dwt simple.d -ofsimple
>>>>
>>>> OPTLINK (R) for Win32  Release 8.00.1
>>>> Copyright (C) Digital Mars 1989-2004  All rights reserved.
>>>> dsss_objs\D\dwt-graphics-Path.obj(dwt-graphics-Path)  Offset 0537DH
>>>> Record
>>>> Type 0091
>>>>  Error 1: Previous Definition Different :
>>>> _D5tango4text4Text11__T4TextTaZ4Text4Span6__initZ
>>>> --- errorlevel 1
>>>> Command D:\DevTool\dsss\bin\rebuild.exe returned with code -1, aborting.
>>>
>>> I got that with the first DWT sample I tried too using 1.039 too.  37
>>> sec seems about right for how long it took to error out.
>>> That one was tree\Snippet15 I think.
>>> Then I tried the treeeditor one, and was taking a long time so I killed
>>> it.
>>>
>>>> I may be using some sort of stange unsupported configuration though: I
>>>> ended
>>>> up having to change three references in dwthelper from "tango.io." to
>>>> "tango.io.device."
>>>>
>>>> I'm not too concerned about the error at the moment, but I did think it
>>>> was
>>>> significant that it got to the linking phase in roughly the same amount
>>>> of
>>>> time as DMD 1.037. There seem to be some wildly inconsistent happenings
>>>> in
>>>> regards to 1.039's DWT compile times. You're certain your "oneatatme"
>>>> setting didn't get reverted to on? Before I turned oneatatime off, both
>>>> versions of DMD took around 15 minutes or so.
>>>
>>> Yes I'm sure I've got oneatatime off.  All I'm doing to switch DMD configs is to unzip the new DMD files on top of the old installation, and run my "usetango.bat" script to fix it up after that.
>>>
>>> That script definitely isn't smart enough to do something different based on the current version of DMD installed.  So I'm positive that I'm using the same DSSS config for 1.037/1.038/1.039.
>>>
>>> --bb
>>
>> Ok, I found the examples you were talking about, they were in "dwt-samples\snippets", not "dwt-samples\examples". I'm getting the same results as you for both "tree\Snippet15.d" and "treeeditor\Snippet111.d". Both compile fine in just over 30 sec on 1.037. On 1.039 "tree\Snippet15.d" fails after about 30 sec with the same link error I posted above, and "treeeditor\Snippet111.d" goes on for at least 10 minutes (that's when I killed it).
>
> I don't know if this helps anyone, but I added some "pragma(msg, __LINE__.stringof);" to "dwt-samples\snippets\treeeditor\Snippet111.d" (the one that's hanging), and DMD 1.039 appears to be hanging on this line:
>
> line 102: composite.addListener (DWT.Resize, dgListener( &handleResize, composite, text, inset ));

Also, FWIW, DMD's memory usage while at that point stays constant at about 109.2MB. So whatever's happening, it doesn't appear to involve much allocation/deallocation activity.

On Sat, 10 Jan 2009 09:23:53 +0300, Bill Baxter <wbaxter@gmail.com> wrote:

> On Sat, Jan 10, 2009 at 3:11 PM, Nick Sabalausky <a@a.a> wrote:
>> "Bill Baxter" <wbaxter@gmail.com> wrote in message
>> news:mailman.355.1231561916.22690.digitalmars-d@puremagic.com...
>>> The DWT compile times do still seem to be sky-high even after the
>>> reversion in DMD 1.039.
>>>
>>> I just tried building the dwt-samples\treeeditor\Snippet111.d, for
>>> instance and it's taking insanely long.
>>>
>>> Switch back to DMD 1.037 and it compiles in well under a minute.
>>>
>>> So my guess is that nobody else but that one other poster has tried
>>> using DWT and DMD 1.039 together.
>>>
>>> Anyway, Walter, if you want a test case, install yerself a copy of
>>> tango and DWT and try dwt-samples\treeeditor\Snippet111.d  (or
>>> probably any other dwt snippet.  That's just the first one I tried).
>>>
>>> --bb
>>
>> Thought I'd add my experience, FWIW:
>>
>> I don't seem to have the treeeditor sample (maybe that's new in 3.4-2?), but
>> I tried dwt-samples\examples\simple.d:
>>
>> DMD 1.037 Tango 0.99.7 DWT 3.4-1 DSSS 0.76 (oneatatime=no):
>> dsss build -full simple
>> - Builds in 34 seconds
>>
>> Exactly the same thing but with DMD 1.039:
>> - Gives me a linker error after about 32 seconds:
>>
>> --------------------------------
>> simple.d => simple
>> +
>> D:\DevTool\dsss\bin\rebuild.exe -Idsss_imports\ -I. -S.\ -ID:\DevTool\dsss\include\d
>>  -SD:\DevTool\dsss\lib\ -full  -ID:\DevTool\dsss\include\d -SD:\DevTool\dsss\lib
>>  -oqdsss_objs\D -g -gc -JD:\DevTool\dsss\lib/res -J../res -I.. -L/SUBSYSTEM:console:5
>>  -L/rc:..\dwt simple.d -ofsimple
>>
>> OPTLINK (R) for Win32  Release 8.00.1
>> Copyright (C) Digital Mars 1989-2004  All rights reserved.
>> dsss_objs\D\dwt-graphics-Path.obj(dwt-graphics-Path)  Offset 0537DH Record
>> Type 0091
>>  Error 1: Previous Definition Different :
>> _D5tango4text4Text11__T4TextTaZ4Text4Span6__initZ
>> --- errorlevel 1
>> Command D:\DevTool\dsss\bin\rebuild.exe returned with code -1, aborting.
>
> I got that with the first DWT sample I tried too using 1.039 too.  37
> sec seems about right for how long it took to error out.
> That one was tree\Snippet15 I think.
> Then I tried the treeeditor one, and was taking a long time so I killed it.
>
>> I may be using some sort of stange unsupported configuration though: I ended
>> up having to change three references in dwthelper from "tango.io." to
>> "tango.io.device."
>>
>> I'm not too concerned about the error at the moment, but I did think it was
>> significant that it got to the linking phase in roughly the same amount of
>> time as DMD 1.037. There seem to be some wildly inconsistent happenings in
>> regards to 1.039's DWT compile times. You're certain your "oneatatme"
>> setting didn't get reverted to on? Before I turned oneatatime off, both
>> versions of DMD took around 15 minutes or so.
>
> Yes I'm sure I've got oneatatime off.  All I'm doing to switch DMD
> configs is to unzip the new DMD files on top of the old installation,
> and run my "usetango.bat" script to fix it up after that.
>
> That script definitely isn't smart enough to do something different
> based on the current version of DMD installed.  So I'm positive that
> I'm using the same DSSS config for 1.037/1.038/1.039.
>
> --bb

DMD linker is often hangs for indefined amount of time. I'm already used to killing the link.exe process and re-running linking step. It happens to me in about 5-10% of times. Non-deterministic, non-reproducable.

>
> DMD linker is often hangs for indefined amount of time. I'm already used to killing the link.exe process and re-running linking step. It happens to me in about 5-10% of times. Non-deterministic, non-reproducable.
>

To help prove a possible bug, I've also noticed this. Seems quite random to me too.