<div dir="ltr">On 23 August 2013 07:49, David Nadlinger <span dir="ltr"><<a href="mailto:code@klickverbot.at" target="_blank">code@klickverbot.at</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 Thursday, 22 August 2013 at 03:07:39 UTC, Manu wrote:<br>
</div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
And why is there no LDC binary?<br>
</blockquote>
<br></div>
There are links to the LDC Linux/OS X binaries on the <a href="http://dlang.org" target="_blank">dlang.org</a> download page.<br>
<br>
As for the Windows/MinGW32 binaries, the last LDC release does officially include them (see the release announcement), but the MinGW port is still very much in an alpha/beta state.<br></blockquote><div><br></div><div>Oh okay. Well it would definitely be worth writing that somewhere.</div>
<div>I knew it worked (more-or-less) on Windows, I've built it from source before and created working code. But last time I used it there was still no Win64 exceptions.</div><div>My thread is really about the experience as an end-user trying to get a working compiler; It shouldn't be hard.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
For example, there is still at least one wrong-code issues with 80 bit reals, and the test suite does not completely pass yet. Somewhat contrary to GDC, in case of LDC there are actual released versions that are guaranteed to be stable to a certain extent (i.e. the test suite passes on all relevant systems, …), and I was afraid that prematurely advertising the relatively fresh MinGW port would draw a wrong picture of the overall quality.<br>
</blockquote><div><br></div><div>I think people would appreciate this, but it's probably worth writing this clearly on the download page.</div><div>A binary marked very clearly as alpha/beta, and perhaps a list of known issues might be nice for end users to access at a glance.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
As the GDC/MinGW binaries are probably not more stable either, though, yet are linked on the <a href="http://dlang.org" target="_blank">dlang.org</a> download page, I guess we should add the LDC MinGW link to the page as well, if maybe qualified with an "experimental" note.<br>
</blockquote><div><br></div><div>Mmm.</div><div>Well, I can't make the GDC binaries work at all... there are missing dependencies.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Another issue is that a fairly recent mingw-w64 snapshot is needed in addition to the LDC download for GCC (linker, libraries). Older ones don't have my necessary fixes yet, and I don't know if they have made it into the "original" MinGW (without -w64) project yet. What would be the best way to add this to the/a download page?<br>
</blockquote><div><br></div><div>Would it be better to produce a distribution package that includes the working mingw snapshot? It's quite annoying when a distro package has dependencies.</div><div>I think Windows end-users aren't used to meticulous versioning like Linux users. Things like version numbers are rarely in the paths/filenames. The result of this is, they might already have a mingw on their system that they presume is fine (or don't know is fine), or may be reluctant to install another instance of a package they already have, thinking it's basically the same.</div>
<div>Putting everything in the one package sounds more fool-proof to me.</div><div><br></div><div>Just a thought that might be convenient for users would be if LDC and GDC collaborated on a single complete mingw package that included both GDC and LDC compilers... Perhaps annoying to maintain/coordinate, but I'd say at this point, most users will end out with both toolchains on their system anyway, and when you have multiple mingw installations on a machine, the PATH variable get's kinda awkward.</div>
</div></div></div>