
<html><body><div><br></div><div><br>On May 29, 2012, at 02:34 AM, Walter Bright <walter@digitalmars.com> wrote:<br><br><div><blockquote type="cite"><div class="msg-quote"><div class="_stretch"> On 5/28/2012 1:07 PM, Brad Roberts wrote:<br> > There's an analogy that we like to use at work, and in my experience it holds pretty well for code quality and bleeds<br> > pretty well into the entire development process:<br> ><br> > <a href="http://en.wikipedia.org/wiki/Broken_windows_theory" data-mce-href="http://en.wikipedia.org/wiki/Broken_windows_theory">http://en.wikipedia.org/wiki/Broken_windows_theory</a><br> ><br> > We do an ok job when it comes to the tests (though certainly not perfect). We've been getting a lot better at<br> > addressing regressions, though there's still 4 open right now (1 phobos, 2 druntime, 1 dmd). Can we please make the<br> > remaining open regressions a release blocker?<br> <br> My idea is more along the lines of at least having it not be *worse* than the <br> previous release. That would be one regression at this point, which has an <br> outstanding pull request.<br> </div></div></blockquote><span> </span><br>I don't think that's good enough. If a regression is introduced in a release we need to do better than the previous release. Otherwise the number of regression may not have been reduced.<br><br><blockquote type="cite"><div class="msg-quote"><div class="_stretch"> >What's stopping us from handling all pull requests w/in a week? Or even better a day or two?<br> <br> <br> Currently I'm working on the 64 bit struct ABI, which is marked as a critical <br> blocker (a sentiment I agree with).</div></div></blockquote><span> </span><br>Sure it's great that you're working on this issue but I don't think there's that many that actally are depending on being able to generate 64bit code.<br><br>* Windows - can't generate 64bit code - not an issue.<br>* Mac OS X - one can seamlessly compile both 32 and 64bit code. All system libraries ship at least in 32 and 64bit x86 code - not an issue.<br>* Linux - Can usually not compile for other architectures. Needs to install 32bit compatible libraries - in most of the cases a minor inconvenience. <br>* FreeBSD - Don't know, but I'm assuming it's similar to how it's on Linux<br><br>--<br>/Jacob Carlborg<br></div></div></body></html>