www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.bugs - [Issue 10866] New: Regression (2.064 git-head) Massive compiler slowdown

reply d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866

           Summary: Regression (2.064 git-head) Massive compiler slowdown
           Product: D
           Version: D2
          Platform: All
        OS/Version: All
            Status: NEW
          Keywords: performance
          Severity: regression
          Priority: P2
         Component: DMD
        AssignedTo: nobody puremagic.com
        ReportedBy: andrej.mitrovich gmail.com


--- Comment #0 from Andrej Mitrovic <andrej.mitrovich gmail.com> 2013-08-21
12:47:19 PDT ---
What's up with the slowdown of the compiler in git-head? Here is the
average time to build this simple test-file:

-----
module test;
import std.stdio;
void main() { }
-----

2.063.2:
392 msecs

Git-head (1a6da16ef112e03607574758b722698f2950b0de):
1_251 msecs

The timings are pretty stable from my end.

In another one of my projects the timings are:
3_500 ms in 2.063
4_800 ms in 2.064

The codebase is around 10K.

However in other projects I get a speedup. Here's WindowsAPI being built:

2.063: 19_903 msecs.
2.064: 9_782 msecs.

I guess Walter's recent speedups made the compiler faster. 

But there must have been acommit which seems to have slowed some other things
down. According to Don it may have been this pull:
https://github.com/D-Programming-Language/dmd/pull/2421#issuecomment-22688675

And I can confirm it from my side. In the 10K project I've tried running a full
build with these two DMD commits:

commit A: 805dd761dd85c98d60b3957bd5679cdbbf23c7f2
commit B: 52cc28752a6fd01446fd09a7ab9bd9f94ea601d2

commit A is the one introduced by Pull request #2421, commit B is one commit
before it.

Measurements:

commit A: 4_795 msecs
commit B: 3_900 msecs

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Aug 21 2013
next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #1 from Andrej Mitrovic <andrej.mitrovich gmail.com> 2013-08-21
12:47:50 PDT ---
(In reply to comment #0)
 What's up with the slowdown of the compiler in git-head? Here is the
 average time to build this simple test-file:
Forget this line, I copy-pasted it from the NG post I made. It must have just been an oversight. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Aug 21 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866


monarchdodra gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |monarchdodra gmail.com


--- Comment #2 from monarchdodra gmail.com 2013-08-21 13:39:03 PDT ---
Maybe related:
http://d.puremagic.com/issues/show_bug.cgi?id=10864 ?
Although that's actually a run-time slowdown. Appender is also widely used with
CTFE, so that could be it?

Does your code base depend on Phobos?

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Aug 21 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866


Kenji Hara <k.hara.pg gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |pull


--- Comment #3 from Kenji Hara <k.hara.pg gmail.com> 2013-08-24 08:34:14 PDT ---
https://github.com/D-Programming-Language/dmd/pull/2496

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Aug 24 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #4 from github-bugzilla puremagic.com 2013-08-24 23:32:37 PDT ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/751353c8217596726ab219b7d3a690e8950e409e
fix Issue 10866 - Regression (2.064 git-head) Massive compiler slowdown

Revert part of the change in commit 805dd761dd85c98d60b3957bd5679cdbbf23c7f2.
Read the detailed comment in code.

https://github.com/D-Programming-Language/dmd/commit/1399b1f7b94ef1c1b24f2ce842b6f247e2e1fc52
Merge pull request #2496 from 9rnsr/fix10866

Issue 10866 - Regression (2.064 git-head) Massive compiler slowdown

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Aug 24 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866


Walter Bright <bugzilla digitalmars.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |bugzilla digitalmars.com
         Resolution|                            |FIXED


-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Aug 24 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #5 from Andrej Mitrovic <andrej.mitrovich gmail.com> 2013-08-25
06:02:47 PDT ---
Well the timings are better now, but they're still more than twice as slow:

2.063.2:
390 msecs

Git-head:
970 msecs

Unless std.stdio has started importing a lot more modules, I wouldn't consider
this issue to be fixed.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Aug 25 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866


bearophile_hugs eml.cc changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bearophile_hugs eml.cc


--- Comment #6 from bearophile_hugs eml.cc 2013-08-25 06:42:23 PDT ---
(In reply to comment #5)
 Well the timings are better now, but they're still more than twice as slow:
 
 2.063.2:
 390 msecs
 
 Git-head:
 970 msecs
 
 Unless std.stdio has started importing a lot more modules, I wouldn't consider
 this issue to be fixed.
This is a significant issue, so if you think the problem is not yet fully solved, then I suggest you to reopen this issue. What are the timings for your two other cases (your project and the WindowsAPI)? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Aug 25 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #7 from Andrej Mitrovic <andrej.mitrovich gmail.com> 2013-08-25
15:02:16 PDT ---
(In reply to comment #0)
 However in other projects I get a speedup. Here's WindowsAPI being built:
 
 2.063: 19_903 msecs.
 2.064: 9_782 msecs.
This is now 12_000 msecs in git-head, so it's gotten worse. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Aug 25 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866


bearophile_hugs eml.cc changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |


--- Comment #8 from bearophile_hugs eml.cc 2013-08-27 17:27:40 PDT ---
Reopened because Andrej Mitrovic says the problem is not yet solved. (Close
down again if I am wrong.)

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Aug 27 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #9 from Andrej Mitrovic <andrej.mitrovich gmail.com> 2013-08-27
17:28:27 PDT ---
(In reply to comment #8)
 Reopened because Andrej Mitrovic says the problem is not yet solved. (Close
 down again if I am wrong.)
I will try and produce some reliable test-cases in the coming days. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Aug 27 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #10 from Andrej Mitrovic <andrej.mitrovich gmail.com> 2013-09-12
06:35:04 PDT ---
I've pasted some fresh tests off of git-head when testing Pull 2550:

https://github.com/D-Programming-Language/dmd/pull/2550#issuecomment-24319121

In many of these tests using 2.064 git-head is twice as slow as compiling with
2.063.2. However WindowsAPI itself seems to build much faster (those recent
compiler optimizations might have hit a sweet spot for this library).

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Sep 12 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866


Andrej Mitrovic <andrej.mitrovich gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|pull                        |
          Component|DMD                         |Phobos


--- Comment #11 from Andrej Mitrovic <andrej.mitrovich gmail.com> 2013-09-12
13:49:29 PDT ---
As I've commented in
https://github.com/D-Programming-Language/dmd/pull/2550#issuecomment-24353784,
this is a Phobos issue, not a compiler one. I'm copying that comment here
verbatim:

I've reduced it to a Phobos commit:

---
9a053d97c26d763718b23d14af8ef1d10d594507 is the first bad commit
commit 9a053d97c26d763718b23d14af8ef1d10d594507
Author: Dmitry Olshansky <dmitry.olsh gmail.com>
Date:   Sat Jul 20 22:30:10 2013 +0400

    new std.uni module
---

If you check out the following commits for DMD+Druntime+Phobos:

---
DMD: 4e9a7b1
Druntime: f6692fe
Phobos: 9a053d9
---

Then compiling the following:

---
import std.stdio;
void main() { }
---

Takes ~1270 msecs. If you checkout one Phobos commit earlier (which is
`1bd22b2`), it takes ~500 msecs to compile it.

Btw I can also reproduce this commit is the offending one with other libraries,
like DCollections. I'm pretty sure most libraries import std.stdio at one point
or another, so they will all suffer from this slowdown.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Sep 12 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #12 from bearophile_hugs eml.cc 2013-09-12 14:35:40 PDT ---
(In reply to comment #11)
 As I've commented in
 https://github.com/D-Programming-Language/dmd/pull/2550#issuecomment-24353784,
 this is a Phobos issue, not a compiler one. I'm copying that comment here
 verbatim:
 
 I've reduced it to a Phobos commit:
 
 ---
 9a053d97c26d763718b23d14af8ef1d10d594507 is the first bad commit
 commit 9a053d97c26d763718b23d14af8ef1d10d594507
 Author: Dmitry Olshansky <dmitry.olsh gmail.com>
 Date:   Sat Jul 20 22:30:10 2013 +0400
 
     new std.uni module
Perhaps it's only part of the std.uni module that causes such compilation slowdown. So someone should try to find such parts, and then perhaps change the Phobos code to speed up the compilation, or introduce some front-end optimizations to deal more efficiently with those parts. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Sep 12 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #13 from Andrej Mitrovic <andrej.mitrovich gmail.com> 2013-09-12
14:45:29 PDT ---
(In reply to comment #12)
 (In reply to comment #11)
 As I've commented in
 https://github.com/D-Programming-Language/dmd/pull/2550#issuecomment-24353784,
 this is a Phobos issue, not a compiler one. I'm copying that comment here
 verbatim:
 
 I've reduced it to a Phobos commit:
 
 ---
 9a053d97c26d763718b23d14af8ef1d10d594507 is the first bad commit
 commit 9a053d97c26d763718b23d14af8ef1d10d594507
 Author: Dmitry Olshansky <dmitry.olsh gmail.com>
 Date:   Sat Jul 20 22:30:10 2013 +0400
 
     new std.uni module
Perhaps it's only part of the std.uni module
There was more than that module which was introduced, there is also std/internal/unicode_tables.d, which is 1.3 MB large. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Sep 12 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866


Dmitry Olshansky <dmitry.olsh gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dmitry.olsh gmail.com


--- Comment #14 from Dmitry Olshansky <dmitry.olsh gmail.com> 2013-09-12
14:58:14 PDT ---
(In reply to comment #13)
 (In reply to comment #12)
 (In reply to comment #11)
 As I've commented in
 https://github.com/D-Programming-Language/dmd/pull/2550#issuecomment-24353784,
 this is a Phobos issue, not a compiler one. I'm copying that comment here
 verbatim:
 
 I've reduced it to a Phobos commit:
 
 ---
 9a053d97c26d763718b23d14af8ef1d10d594507 is the first bad commit
 commit 9a053d97c26d763718b23d14af8ef1d10d594507
 Author: Dmitry Olshansky <dmitry.olsh gmail.com>
 Date:   Sat Jul 20 22:30:10 2013 +0400
 
     new std.uni module
Perhaps it's only part of the std.uni module
There was more than that module which was introduced, there is also std/internal/unicode_tables.d, which is 1.3 MB large.
Perfect but .. we really need these tables. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Sep 12 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #15 from Andrej Mitrovic <andrej.mitrovich gmail.com> 2013-09-12
15:03:31 PDT ---
(In reply to comment #14)
 Perfect but .. we really need these tables.
Yeah I assume we do. Maybe we can get rid of some spurious imports in std.stdio or some other module. Or, if there's no fix maybe we'll just have to live with it. But it's going to look real bad after Walter posted to Reddit about how the compiler is ~40% faster, and yet people's code is going to build slower on average in 2.064 due to Phobos bloating up. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Sep 12 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #16 from Dmitry Olshansky <dmitry.olsh gmail.com> 2013-09-12
15:06:12 PDT ---
 9a053d97c26d763718b23d14af8ef1d10d594507 is the first bad commit
 commit 9a053d97c26d763718b23d14af8ef1d10d594507
 Author: Dmitry Olshansky <dmitry.olsh gmail.com>
 Date:   Sat Jul 20 22:30:10 2013 +0400
 
     new std.uni module
Perhaps it's only part of the std.uni module
There was more than that module which was introduced, there is also std/internal/unicode_tables.d, which is 1.3 MB large.
Perfect but .. we really need these tables.
I think that it's not the tables but rather the subtle thing is that a lot of tempalted code runs std.format and then we have this: private void formatChar(Writer)(Writer w, in dchar c, in char quote) { import std.uni : isGraphical; if (std.uni.isGraphical(c)) { if (c == quote || c == '\\') put(w, '\\'), put(w, c); else put(w, c); } That bounces as at CTFE to this: bool isGraphical(dchar c) { static immutable graphicalTrie = asTrie(graphicalTrieEntries); return graphicalTrie[c]; } And that hurts as there is no longer ASCII only case in place and said trie look up is only fast at R-T with proper inlining. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Sep 12 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #17 from Dmitry Olshansky <dmitry.olsh gmail.com> 2013-09-12
15:19:35 PDT ---
(In reply to comment #16)
 I think that it's not the tables but rather the subtle thing is that 
 a lot of tempalted code runs std.format and then we have this:
 
 private void formatChar(Writer)(Writer w, in dchar c, in char quote)
 {
    import std.uni : isGraphical;
 
     if (std.uni.isGraphical(c))
     {
         if (c == quote || c == '\\')
             put(w, '\\'), put(w, c);
         else
             put(w, c);
     }
 
 That bounces as at CTFE to this:
 
 bool isGraphical(dchar c)
 {
     static immutable graphicalTrie = asTrie(graphicalTrieEntries);
     return graphicalTrie[c];
 }
 
 And that hurts as there is no longer ASCII only case in place 
 and said trie look up is only fast at R-T with proper inlining.
Well that's not the case with simple import std.stdio + empty main. I think our only way out is to isolate the unicode_tables is separate compilation + ~ .di file so that compiler doesn't have to re-tokenize 1.3M file. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Sep 12 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #18 from Walter Bright <bugzilla digitalmars.com> 2013-10-08
02:08:09 PDT ---
(In reply to comment #17)
 I think our only way out is to isolate the unicode_tables is separate
 compilation + ~ .di file so that compiler doesn't have to re-tokenize 1.3M
 file.
Please do so! -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 08 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #19 from Dmitry Olshansky <dmitry.olsh gmail.com> 2013-10-12
01:34:24 PDT ---
(In reply to comment #18)
 (In reply to comment #17)
 I think our only way out is to isolate the unicode_tables is separate
 compilation + ~ .di file so that compiler doesn't have to re-tokenize 1.3M
 file.
Please do so!
I stand corrected as I just tested it. This is not a fix, it would be just another huge regression: everything in std.uni would stop being CTFE-able at all. This cascades to things such as toLower, isGraphical and such that are being used everywhere. It would also destroy my effort to free std.regex from reinventing its own unicode stuff internally. I'm going to investigate what exactly takes that much time e.g. dmd -c std\internal\unicode_tables.d Takes around 110 ms for me, quite a lot but not a showstopper. That means both tokenization and compilation was performed and yet even half a second is not seen. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 12 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #23 from Martin Nowak <code dawg.eu> 2013-10-13 12:00:11 PDT ---
(In reply to comment #22)
 This gets it down to ~90 ms.
 https://github.com/D-Programming-Language/phobos/pull/1632
Merged, but the table usage is still flawed. You put one instance of simpleCaseTable into every template instantiation of std.uni.sicmp (same for fullCaseTable and fullCasedCmp). So you have redundancy in the object files and compile overhead when instantiating sicmp/icmp. https://github.com/D-Programming-Language/phobos/pull/1636 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 13 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #24 from Walter Bright <bugzilla digitalmars.com> 2013-10-13
16:20:23 PDT ---
What happened to making internal_tables.di ?

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Oct 13 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #25 from Dmitry Olshansky <dmitry.olsh gmail.com> 2013-10-13
22:52:35 PDT ---
(In reply to comment #24)
 What happened to making internal_tables.di ?
Kills CTFE like I said and hence not an option. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 13 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #26 from github-bugzilla puremagic.com 2013-10-15 13:54:15 PDT ---
Commit pushed to master at https://github.com/D-Programming-Language/phobos

https://github.com/D-Programming-Language/phobos/commit/5b5b5bbb68163a42e22cdb55e4f6dcc74a92609b
Merge pull request #1636 from dawgfoto/issue10866

make case tables immutable

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Oct 15 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #27 from github-bugzilla puremagic.com 2013-10-15 13:57:49 PDT ---
Commit pushed to 2.064 at https://github.com/D-Programming-Language/phobos

https://github.com/D-Programming-Language/phobos/commit/5ee489620f82fbef10b0c9346283c74e28ac2c67
Merge pull request #1636 from dawgfoto/issue10866

make case tables immutable

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Oct 15 2013
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866



--- Comment #28 from Dmitry Olshansky <dmitry.olsh gmail.com> 2013-10-18
11:00:12 PDT ---
This should be fixed now.
Andrej could you please retest your projects and see if the latest beta has
good timings?

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Oct 18 2013
prev sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=10866


Andrej Mitrovic <andrej.mitrovich gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED


--- Comment #29 from Andrej Mitrovic <andrej.mitrovich gmail.com> 2013-10-18
14:44:44 PDT ---
(In reply to comment #28)
 This should be fixed now.
 Andrej could you please retest your projects and see if the latest beta has
 good timings?
Yeah, it's down to ~600 msecs now. I'm consistently getting a 200 msec increase from 2.063.2 (~400 msecs) to latest git-head, but I think it's safe to mark this as fixed. The slight increase of the hello world build time is barely noticeable now. Thanks for the hard work. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 18 2013