I've been building and testing my project on linux, juggling the ~5GB+ RAM needed to actually compile, but it's been working.

I want to test it on a Windows 10 PC now but compilation with dmd (2.078.1) fails, both with --arch x86 and x86_64. LDC works, but it easily takes twice the time to build.

    $ dub test
    Running custom 'unittest' configuration.
    Performing "unittest" build using dmd for x86.
    requests 0.6.0: target for configuration "std" is up to date.
    kameloso 1.0.0-beta.2+commit.56.g8ecd737: building configuration "unittest"...
    [... deprecation spam ...]
    Error: out of memory
    dmd failed with exit code 1.

The machine has 32 gigabytes of memory[1], so I don't believe that for a second.

Any ideas?


[1]: https://i.imgur.com/l5L6BIF.png

On Wednesday, 10 January 2018 at 19:15:00 UTC, Anonymouse wrote:
> I want to test it on a Windows 10 PC now but compilation with dmd (2.078.1) fails, both with --arch x86 and x86_64. LDC works, but it easily takes twice the time to build.

In both cases, it is running a 32 bit dmd, just generating 64 bit code.

I don't see a 64 bit release though... might have to try to build it yourself from source using visual studio.

(and ugh dmd REALLY needs to get its memory consumption under control! maybe just enabling the GC would help sometimes.)

On Wednesday, 10 January 2018 at 19:15:00 UTC, Anonymouse wrote:
> I've been building and testing my project on linux, juggling the ~5GB+ RAM needed to actually compile, but it's been working.
>
> I want to test it on a Windows 10 PC now but compilation with dmd (2.078.1)

That's naturally supposed to be 2.078.0.

On Wednesday, 10 January 2018 at 19:21:21 UTC, Adam D. Ruppe wrote:
> On Wednesday, 10 January 2018 at 19:15:00 UTC, Anonymouse wrote:
>> I want to test it on a Windows 10 PC now but compilation with dmd (2.078.1) fails, both with --arch x86 and x86_64. LDC works, but it easily takes twice the time to build.
>
> In both cases, it is running a 32 bit dmd, just generating 64 bit code.
>
> I don't see a 64 bit release though... might have to try to build it yourself from source using visual studio.
>
> (and ugh dmd REALLY needs to get its memory consumption under control! maybe just enabling the GC would help sometimes.)

Ugh, okay. Thanks, I'll try that.

On Wed, Jan 10, 2018 at 07:21:21PM +0000, Adam D. Ruppe via Digitalmars-d-learn wrote: [...]
> (and ugh dmd REALLY needs to get its memory consumption under control! maybe just enabling the GC would help sometimes.)

Yeah, no kidding!  Recently I also ran into trouble with dmd's memory consumption competing with Firefox, another big, fat memory hog.  I had to kill the Firefox process just so I have enough free RAM for dmd not to bail out in the middle of compilation.

While the latest D motto seems to be fast, fast, and faster, fast does you no good if you can't even finish compilation in the first place.  We need to have an option to turn on the GC and/or otherwise push dmd toward the memory end of the speed/memory tradeoff, instead of being stuck up fast creek without a memory paddle.


T

-- 
Tell me and I forget. Teach me and I remember. Involve me and I understand. -- Benjamin Franklin

On Wednesday, 10 January 2018 at 19:21:21 UTC, Adam D. Ruppe wrote:
> On Wednesday, 10 January 2018 at 19:15:00 UTC, Anonymouse wrote:
>
> I don't see a 64 bit release though... might have to try to build it yourself from source using visual studio.

It's a long time I don't understand why there's not a 64bit distribution...
(along with a debug build of rt/phobos, btw)

/Paolo