Disable GC entirely

[Rob T]

On Sunday, 7 April 2013 at 09:02:25 UTC, Adrian Mercieca wrote:
>
> Incidentally, when you got this speed, what compiler were you 
> using? dmd?

I was (and still am) using the latest released DMD compiler.

Here's the original thread where I presented the problem and the 
solution. Youu probably should read through it to understand what 
needs to be done.

http://forum.dlang.org/thread/waarzqtfcxuzhzdelhtt@forum.dlang.org

>
> Maybe it's time the GC implementation is addressed - or 
> otherwise, the
> whole concept of GC in D should be dropped. To be honest, I'm 
> perfectly
> happy with RAII in C++ and since D supports that fully (even 
> better IMHO),
> I don't really see that much point for GC in a language that is 
> vying to
> become a top systems language.
>
> D without a GC and as fast as C++ ............... that would be 
> it - the
> ultimate IMHO.

Ideally, I think what we need is 1) a better GC since the pros 
with using one are very significant, and 2) the ability to 
selectively mark sections of code as "off limits" to all GC 
dependent code. What I mean by this is that the compiler will 
refuse to compile any code that makes use of automated memory 
allocations for a @noheap marked section of code.

There's been a proposal to do this that really ought to be taken 
seriously
http://d.puremagic.com/issues/show_bug.cgi?id=5219

You'll see there's also related proposals for better fine tuning 
through attribute marked sections of code in general, which is 
another item that I would like to see implemented one day.

Please vote it up if you agree.

--rt