2015-02-21 15:02 GMT+01:00 Daniel Murphy via Digitalmars-d < digitalmars-d@puremagic.com>:

> https://auto-tester.puremagic.com/?projectid=10
>
> This is a pretty big milestone for the project.  For the first time, an unpatched dmd can build ddmd, and that ddmd can build druntime and phobos and pass all the test suites.
>

Congratulations ! Can't wait for D to be self-hosted.

On Saturday, 21 February 2015 at 14:02:41 UTC, Daniel Murphy wrote:
> https://auto-tester.puremagic.com/?projectid=10
>
> This is a pretty big milestone for the project.  For the first time, an unpatched dmd can build ddmd, and that ddmd can build druntime and phobos and pass all the test suites.
>
> Hopefully in the next couple of weeks the remaining minor issues will be fixed (eg makefile changes, ddmd runs out of memory compiling std.algorithm unittests on win64) and we can start adding ddmd to master alongside the C++ compiler.
>
> A big thanks to Brad for upgrading the autotester, and to everyone who has helped fix bugs and get patches merged over the last couple of years.
>
> Github shows 376 closed DDMD pull requests, which is about 8% of all dmd pull requests ever.

This is huge. Thanks, Daniel!

On Saturday, 21 February 2015 at 14:02:41 UTC, Daniel Murphy wrote:
> https://auto-tester.puremagic.com/?projectid=10
>
> This is a pretty big milestone for the project.  For the first time, an unpatched dmd can build ddmd, and that ddmd can build druntime and phobos and pass all the test suites.
>
> Hopefully in the next couple of weeks the remaining minor issues will be fixed (eg makefile changes, ddmd runs out of memory compiling std.algorithm unittests on win64) and we can start adding ddmd to master alongside the C++ compiler.
>
> A big thanks to Brad for upgrading the autotester, and to everyone who has helped fix bugs and get patches merged over the last couple of years.
>
> Github shows 376 closed DDMD pull requests, which is about 8% of all dmd pull requests ever.


This is awesome! Does that mean we're going to see a DDMD release for 2.067?

On 2/21/15 6:02 AM, Daniel Murphy wrote:
> https://auto-tester.puremagic.com/?projectid=10
>
> This is a pretty big milestone for the project.  For the first time, an
> unpatched dmd can build ddmd, and that ddmd can build druntime and
> phobos and pass all the test suites.
>
> Hopefully in the next couple of weeks the remaining minor issues will be
> fixed (eg makefile changes, ddmd runs out of memory compiling
> std.algorithm unittests on win64) and we can start adding ddmd to master
> alongside the C++ compiler.
>
> A big thanks to Brad for upgrading the autotester, and to everyone who
> has helped fix bugs and get patches merged over the last couple of years.
>
> Github shows 376 closed DDMD pull requests, which is about 8% of all dmd
> pull requests ever.

Fantastic. Thanks for hacking at this for so long. I assume going forward things will be easier because we won't accept pulls that break ddmd?

Andrei

On Saturday, 21 February 2015 at 14:02:41 UTC, Daniel Murphy wrote:
> https://auto-tester.puremagic.com/?projectid=10
>
> This is a pretty big milestone for the project.  For the first time, an unpatched dmd can build ddmd, and that ddmd can build druntime and phobos and pass all the test suites.

Congrats!

Does version=GC need any additional work?

On 2015-02-21 14:02:47 +0000, Daniel Murphy said:

> https://auto-tester.puremagic.com/?projectid=10
> 
> This is a pretty big milestone for the project.  For the first time, an unpatched dmd can build ddmd, and that ddmd can build druntime and phobos and pass all the test suites.
> 
> Hopefully in the next couple of weeks the remaining minor issues will be fixed (eg makefile changes, ddmd runs out of memory compiling std.algorithm unittests on win64) and we can start adding ddmd to master alongside the C++ compiler.
> 
> A big thanks to Brad for upgrading the autotester, and to everyone who has helped fix bugs and get patches merged over the last couple of years.
> 
> Github shows 376 closed DDMD pull requests, which is about 8% of all dmd pull requests ever.

Awesome!  Now those of us who don't want to work in C++ can start helping?  Possibly?

-Shammah

"Suliman"  wrote in message news:daeyakftojagfwtesxas@forum.dlang.org...

> Does it's mean that next release of DMD would have name DDMD?
> Or it would be two branch at first time DMD and DDMD?
> Or DDMD would be renamed to DMD?

Currently they're in two different branches, soon work will start to move ddmd into master.  After that they will co-exist for a while, then we will delete the C++ frontend and switch all development to the D version, which will be renamed to DMD.

It would be possible to release a ddmd version of 2.067, although it might be better to wait until the 2.068 release as 2.067 or later is required to build ddmd. 

"Jeremy DeHaan"  wrote in message news:wsowtbjrocqkdpnhfrhe@forum.dlang.org...

> This is awesome! Does that mean we're going to see a DDMD release for 2.067?

It's possible if someone wants to update the release scripts and coordinate with Martin. 

"Andrei Alexandrescu"  wrote in message news:mcb28b$2iab$1@digitalmars.com...

> Fantastic. Thanks for hacking at this for so long. I assume going forward things will be easier because we won't accept pulls that break ddmd?

Yes, once everything has been moved into master the autotester will prevent changes that break ddmd from going in.  Most of the time that just means updating the config file when new top-level declarations are added, being careful with comment placement and being conservative with C++ features.

The next step is probably to get https://github.com/D-Programming-Language/dmd/pull/3970 in, and force everybody to get their host D toolchain configured.

That pull request converts idgen to D, so a D compiler is required to build dmd.  By default on posix it just invokes 'dmd', so many systems will just work.  Otherwise, which compiler to use can be specified by defining the HOST_DC environment variable or passing it to make (eg make -f win32.mak HOST_DC=... ) 

"safety0ff"  wrote in message news:shcmppjlvivoybbynkjo@forum.dlang.org...

> Congrats!
>
> Does version=GC need any additional work?

Yes, version=GC is still broken.  It should be enough to hook C++ new/delete and fix a few malloc vs rmem.malloc issues.

All of the frontend and root (except response.c and man.c) are now in D which should make things easier.  The elf headers have been fixed too, which means it should be possible to port lib*/scan* to D now as well.  That just leaves the glue layer, array.h and iasm with potential non-rmem allocations.