www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - Slow DWT compiles

reply Bill Baxter <wbaxter gmail.com> writes:
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
Jan 09 2009
next sibling parent "Tim M" <a b.com> writes:
How do you rate 1.038 compile time?
Jan 09 2009
prev sibling next sibling parent Bill Baxter <wbaxter gmail.com> writes:
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
Jan 09 2009
prev sibling next sibling parent "Nick Sabalausky" <a a.a> writes:
"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.
Jan 09 2009
prev sibling next sibling parent reply Bill Baxter <wbaxter gmail.com> writes:
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
Jan 09 2009
parent reply "Nick Sabalausky" <a a.a> writes:
"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).
Jan 09 2009
next sibling parent reply "Nick Sabalausky" <a a.a> writes:
"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 ));
Jan 09 2009
parent "Nick Sabalausky" <a a.a> writes:
"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.
Jan 09 2009
prev sibling parent reply Walter Bright <newshound1 digitalmars.com> writes:
Nick Sabalausky wrote:
 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). 

Can you try cutting down the size of that example until you find the trigger for the long times?
Jan 10 2009
parent reply "Nick Sabalausky" <a a.a> writes:
"Walter Bright" <newshound1 digitalmars.com> wrote in message 
news:gkb1dd$3g5$4 digitalmars.com...
 Nick Sabalausky wrote:
 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).

Can you try cutting down the size of that example until you find the trigger for the long times?

The following is about the best I could do. Unfortunately, I wasn't able to eliminate Tango or DWT from the test case. Maybe someone with more experience in the DWT codebase could improve on this test case. -------------------- module test; import tango.core.Traits; import dwt.graphics.Path; class Foo(Dg) { alias ParameterTupleOf!(Dg) DgArgs; } void main () { pragma(msg, __LINE__.stringof); new Foo!( void delegate() )( ); pragma(msg, __LINE__.stringof); } -------------------- I have Tango 0.99.7, DSSS 0.76, and DWT 3.4-1. I compiled with: rebuild -C-v test The relevant output for DMD 1.037 was: -------------------- {...trimmed...} semantic3 test 13L {no noticable pause} 15L semantic3 Traits {...trimmed...} {no linker error} -------------------- The relevant output for DMD 1.039 was: -------------------- {...trimmed...} semantic3 test 13L {pauses here for about 1 minute} 15L semantic3 Traits {...trimmed...} OPTLINK (R) for Win32 Release 8.00.1 Copyright (C) Digital Mars 1989-2004 All rights reserved. .\dwt-dwthelper-File.obj(dwt-dwthelper-File) Offset 0575BH Record Type 0091 Error 1: Previous Definition Different : _D5tango4text4Text11__T4TextTaZ4Text4Span6__initZ --- errorlevel 1 -------------------- Also, there seems to be some sort of cumulative effect going on. I noticed that the more I trimmed from the test case, the less pause there was in DMD 1.039. With the original "dwt-samples\snippets\treeeditor\Snippet111.d" the pause was more than 15 minutes (I killed it after that). In the above code, it's only about 1 minute. But in either case, there was no noticeable pause in DMD 1.037.
Jan 10 2009
parent reply Walter Bright <newshound1 digitalmars.com> writes:
Nick Sabalausky wrote:
 The following is about the best I could do.

Thanks, can you add this to bugzilla?
Jan 11 2009
parent "Nick Sabalausky" <a a.a> writes:
"Walter Bright" <newshound1 digitalmars.com> wrote in message 
news:gkel5h$2tqt$1 digitalmars.com...
 Nick Sabalausky wrote:
 The following is about the best I could do.

Thanks, can you add this to bugzilla?

http://d.puremagic.com/issues/show_bug.cgi?id=2582
Jan 12 2009
prev sibling next sibling parent "Denis Koroskin" <2korden gmail.com> writes:
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.
Jan 10 2009
prev sibling next sibling parent "Tim M" <a b.com> writes:
 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.
Jan 10 2009
prev sibling parent Bill Baxter <wbaxter gmail.com> writes:
On Sat, Jan 10, 2009 at 5:19 PM, Tim M <a b.com> wrote:
 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.

Yes, I think Walter knows about that. This is not that. The difference is this hang is quite deterministic. I think the line Nick posted is gonna help Walter crack this, though:
 line 102: composite.addListener (DWT.Resize, dgListener( &handleResize,
  composite, text, inset ));

That dgListener is a fairly funky little bit of template magic. And I use it in my program that hangs, on compilation also. --bb
Jan 10 2009