We are forking D

[H. S. Teoh]

On Wed, Jan 03, 2024 at 04:20:39PM +0000, Hors via Digitalmars-d wrote:
> On Wednesday, 3 January 2024 at 09:28:15 UTC, Martyn wrote:
> > The only area I personally would disagree on is:-
> > `Embracing the GC and improving upon it, disregarding betterC and
> > nogc in the process`
> > 
> > I think GC should be optional or, atleast, have some kind of
> > Allocator feature so we can have control if needed.
> > 
> > D allows you to code whatever way you like, or a combination of
> > them...  why not provide this power when it comes to memory?
> > [...]
> 
> If this fork also maintains interop with C, then we can still have
> control via malloc() and free() from a C library.

D has always had interop with C on this level at least.  I don't see the
fork moving away from this in the foreseeable future, as this is pretty
deeply ingrained in the way codegen is done in D.


T

-- 
It's amazing how careful choice of punctuation can leave you hanging: