<div dir="ltr">On 6 November 2013 18:25, Alexander Bothe <span dir="ltr"><<a href="mailto:info@alexanderbothe.com" target="_blank">info@alexanderbothe.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tuesday, 5 November 2013 at 05:09:58 UTC, Manu wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Note: I saw Alexander Bothe released an update to the parser one day after<br>
your release... ;)<br>
</blockquote>
<br></div>
Sure, there have been a couple of critical regression bugs in the parser engine.<br>
Furthermore, I re-enabled the ufcs completion.<br>
<br>
Rainer, I somehow really recommend to provide a more frequent way to update the D_Parser.dll - just to provide a way to fix e.g. completion issues without having to recompile/package/upload the entire VisualD setup.<br>
<br>
An automated build system which simply calls<br>
git pull<br>
and<br>
xbuild DParser2/DParser2.csproj<br>
already suffices. I could insert a push hook into the repo which is executed then in order to inform the build system to do a rebuild.<br>
<br>
It also was possible to execute Unittests first, so in the case that there are some regression bugs (as it happened just recently), it simply won't be distributed.<br>
<br>
Finally, a small webserver providing the built dll (or a zip of it) and a check whether there's an update available will passively distribute the dll to all clients. Not to forget some security things like hash check or encryption etc.<br>

<br>
Also, the D_Parser.dll could be put into the AppData/Roaming folder, so no admin rights are needed for a parser update.<br>
<br>
What do you think about this?<br>
</blockquote></div><br></div><div class="gmail_extra">I've often wondered if there's room for greater sharing of effort between VisualD and Mono-D.</div><div class="gmail_extra">For instance, it seems a shame to have .visualdproj, and .dproj files separate and incompatible. .csproj files are the same between VS and MD, I wonder if the same is possible for D with collaboration?</div>
<div class="gmail_extra">Also things like the refactor engine? Are those things separated into self-contained libs so any IDE can make use of them?</div><div class="gmail_extra">The semantic analysis really seems like a job for the DMD front end, built as a lib, rather than re-inventing the wheel. Clang seems to provide that sort of service for C tooling. Shame DMD doesn't seem to offer anything similar.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">I have no idea what the actual state of any of this actually is mind you, just thoughts I often ponder.</div></div>