March 11
On 3/11/2024 1:32 PM, Ben Jones wrote:
> I'm happy to help with this project.  I also don't think we'll hit LDC performance, but there's benefits to being self hosting on ARM platforms without LDC/GDC.

That would be great if you were to pick up the flag on that!
March 12
On 12/03/2024 4:47 PM, Walter Bright wrote:
> On 3/10/2024 5:40 PM, Richard (Rikki) Andrew Cattermole wrote:
>> Even with Walter working full time on it for a few years, that backend will never match what LLVM 19 can do without things like that.
> 
> I regularly have people telling me what I can't do :-)
> 
> For example, people in this forum used to tell me that DMD didn't do Data Flow Analysis and DFA had been invented in the 2000s.
> 
> Never mind that Datalight C circa 1985 was the very first DOS compiler to do DFA.
> 
> I was told the backend couldn't do loop unrolling which was a special magical thing that only super advanced engineers could write, which it now does.
> 
> Then I was told the backend couldn't do SROA, which it does now.
> 
> Then I was told the backend couldn't do SIMD, which it does now.
> 
> And so on.
> 
> It just takes time to do these things, and I'm pretty booked. The DMD backend is doing remarkably well considering how little time I spend on it.
> 
> Just recently the imminent demise of it was predicted because it wasn't generating IBT (Indirect Branch Tracking) code. It generates IBT now.

It's not that I wouldn't love to see you do it, its just that you have 25 years worth of work to do if you want to get it up to state of the art.

That is an incredible amount of work for a team to do, let alone one person.

The most beneficial thing now would probably be refactoring it into something the average compiler developer can recognize.

That way others can improve it whilst you work on other things ;)

I would absolutely love to see that backend discussed being used on r/compilers and r/ProgrammingLanguages. It could fill a very niche role in the programming language development communities that would be ideal to getting D used there.

It could quite easily make QBE look like a toy, it's just a shame it can't without some massive refactoring and documentation efforts.
March 11
I'd love to see it, too.

It's actually a fairly straightforward design. The complexity comes from the complexity of the x86 instruction set. There's a zillion special cases.

Other people have converted it before. There used to be a 68000 code generator written by others.
March 12
On 12/03/2024 7:53 PM, Walter Bright wrote:
> I'd love to see it, too.
> 
> It's actually a fairly straightforward design. The complexity comes from the complexity of the x86 instruction set. There's a zillion special cases.
> 
> Other people have converted it before. There used to be a 68000 code generator written by others.

Yeah I'm aware of m68k.

I looked into the possibility of running D on my Macintosh classic and I found an old message about you on UseNet for it!

That was quite a joy lol.
1 2
Next ›   Last »