Huge increase in UT compile time
Saurabh Das
saurabh.das at gmail.com
Sat Oct 14 04:36:25 UTC 2017
On Wednesday, 11 October 2017 at 08:11:37 UTC, Jonathan M Davis
wrote:
> On Wednesday, October 11, 2017 06:25:19 Dhananjay via
> Digitalmars-d-learn wrote:
>> Hello,
>>
>> I am upgrading to DMD 2.076.1 from DMD 2.069.2 (similar
>> results on 2.075.1), and seeing a huge increase in unittest
>> compilation time when the -deps parameter is also passed to
>> dmd. This is on both OSX and linux. What can be the cause of
>> this?
>
> Well, that's a pretty big version jump. So, a lot could have
> changed. One thing that comes to mind would be that imports
> were overhauled pretty thoroughly to try and fix various import
> bugs. This blog article talks about some of that:
>
> http://www.schveiguy.com/blog/2016/03/import-changes-in-d-2-071/
>
> Or the change could be the result of something else entirely.
> Figuring it out would likely require doing a fair bit of
> debugging to narrow down when the change happened (and that's
> assuming that it's caused by a single commit or small set of
> commits rather than simply getting worse over time due to a
> variety of factors).
>
> - Jonathan M Davis
The following observations (for the above test program) were
recorded on Mac OS X 10.11.6:
DMD64 D Compiler v2.073.1
real 0m0.091s
user 0m0.067s
sys 0m0.020s
DMD64 D Compiler v2.074.0
real 0m0.105s
user 0m0.072s
sys 0m0.022s
DMD64 D Compiler v2.075.1
real 0m44.932s
user 0m35.732s
sys 0m7.098s
DMD64 D Compiler v2.076.1
real 0m46.833s
user 0m37.827s
sys 0m7.254s
Furthermore, 2.075.1 gave a bunch of deprecation warnings in
std/string.d. The -de switch had to be removed before running.
Hope this helps,
Saurabh
More information about the Digitalmars-d-learn
mailing list