<div dir="ltr">The tooling needs detailed build configuration knowledge, which is relatively available to extract from the msbuild runtime. Makefiles are not any sort of fun to extract such knowledge from, and I'm not aware of standard tooling to hook into here. <div>dub should be simple, but that only works for simple D projects and small libraries, it all falls over at scale. Even DMD itself is too large a D project for Code-D to work well with.</div><div>There's also no sense of 'active configuration', which makes it impossible to apply the proper build configuration when navigating or highlighting code.  <br></div><div><br></div><div>For example; VisualD not only *works*, but it can even do goto-definition between languages; if you extern(C++) some function, and then "go to definition" from your D code, it'll find it in the C++ code and navigate there because of the centralised code database engine.</div><div>Code-D often can't even go to the definition of D functions in D code reliably ;)</div><div><br></div><div>There is so much more work in VisualD than people can easily see at first glance.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 9, 2020 at 8:55 PM rikki cattermole via Digitalmars-d-announce <<a href="mailto:digitalmars-d-announce@puremagic.com">digitalmars-d-announce@puremagic.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 09/07/2020 10:22 PM, Manu wrote:<br>
> Then the general autocomplete engine, which is fairly dependent on the <br>
> detail expressed in the project files.<br>
<br>
DCD is due for a rewrite into using dmd-fe.<br>
<br>
However as it stands, I do not believe it is mature enough to use as a <br>
library for this purpose. So I commend Rainer for helping to mature it!<br>
<br>
It'll help in the long run to get IDE's up to VisualD's experience for <br>
everything but debugging.<br>
</blockquote></div>