<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Jul 27, 2014 at 12:25 PM, Iain Buclaw via D.gnu <span dir="ltr"><<a href="mailto:d.gnu@puremagic.com" target="_blank">d.gnu@puremagic.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi,<br>
<br>
I've been turning around the idea in my head to start removing aspects of the D frontend from GDC as each part is converted into the more modular/pluggable Visitor interface.<br>
<br>
Some initial thoughts are along the lines of, remove the extraneous tooling components that we have on offer in DMD, meaning GDC is strictly kept as a compiler only.<br>
<br>
Potential files up for deletion include:<br>
<br>
- doc.c:  Because people should be using the (far) superior DDox [1].<br>
- macro.c: Used by the DDoc engine.<br>
- json.c: I can't think of a good reason to keep it.<br></blockquote><div><br></div><div>I don't think getting rid of DDoc is a good idea (having it built into the compiler is a plus, IMO), and I should probably point out that according to DDox documentation, you need the compiler-generated JSON to actually do anything. So at least one of these systems needs to stick around if GDC is to generate documentation without depending on DMD or LDC.</div>

<div><br></div><div> - Trent</div></div></div></div>