www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.learn - Error: out of memory

reply Anonymouse <asdf asdf.net> writes:
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
Jan 10
next sibling parent reply Adam D. Ruppe <destructionator gmail.com> writes:
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.)
Jan 10
next sibling parent Anonymouse <asdf asdf.net> writes:
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.
Jan 10
prev sibling next sibling parent "H. S. Teoh" <hsteoh quickfur.ath.cx> writes:
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
Jan 10
prev sibling parent Paolo Invernizzi <paolo.invernizzi gmail.com> writes:
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
Jan 10
prev sibling parent Anonymouse <asdf asdf.net> writes:
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.
Jan 10