[Issue 17098] this programworked on DMD 2072.2, not it does not compile dmd 2073 any betas

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=17098

--- Comment #4 from Martin Nowak  ---
dmd eventually finished after some whooping 14,5 minutes :o, but ran into a
codegen issue, same with 2.071.2, both on linux-64.

Internal error: backend/cgreg.c 405
865.86user 0.49system 14:29.65elapsed 99%CPU (0avgtext+0avgdata
1498680maxresident)k
7232inputs+0outputs (32major+374040minor)pagefaults 0swaps

That smells a bit like an overflow issue
https://github.com/dlang/dmd/blob/a5f823a59d11bb02a56384891eb80a55af467e00/src/backend/cgreg.c#L405,
would be hard to believe for `int` though.

--

[Issue 17098] this programworked on DMD 2072.2, not it does not compile dmd 2073 any betas

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=17098

Martin Nowak  changed:

   What|Removed |Added

 OS|Windows |All
   Severity|regression  |major

--- Comment #3 from Martin Nowak  ---
> dmd -m64 

Which command are you using exactly to compile?

I'm getting extremely slow builds when passing -O, that's due to the huge
amount of statements your throwing at the compiler (in the mixin).
But this is not new, 2.072 is as slow at optimizing it as well, so it might be
a duplicate of issue 7157.

If you really need the optimization, both gdc and ldc are doing better with
this, though it still takes them a considerable amount of time.

--

[Issue 17098] this programworked on DMD 2072.2, not it does not compile dmd 2073 any betas

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=17098

--- Comment #2 from steven kladitis  ---
It does not compile with 32 or 64 bit.
dmd -m64 
it fails also and takes forever.

--

[Issue 17098] this programworked on DMD 2072.2, not it does not compile dmd 2073 any betas

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=17098

Martin Nowak  changed:

   What|Removed |Added

 CC||c...@dawg.eu

--- Comment #1 from Martin Nowak  ---
Work for me on linux, but uses ~1.2GiB to compile.
The current CTFE interpreter easily uses a lot of memory, see issue 6498.
We're working on a replacement interpreter, but it's not quite ready yet [¹].

I guess you simply hit a memory limit for 32-bit processes on Windows now, will
test later on Win.
As a workaround you can use the 64-bit version of dmd.
As that uses the VC linker and libc, you need VisualStudio installed, the Win
installer should know how to do/find that [²].

[¹]: http://forum.dlang.org/post/tdhdsvmknnpiugnng...@forum.dlang.org
[²]:
https://github.com/dlang/installer/blob/5179af93d9f0fd84d714e8742492434bf16ed2f6/windows/d2-installer.nsi#L351

--