<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 17, 2015 at 3:37 PM, Anna Zaks <span dir="ltr"><<a href="mailto:ganna@apple.com" target="_blank">ganna@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Unfortunately, we do rely on the Autotools to build for darwin. <div><br></div><div>The lack of proper testing is very unfortunate.</div></div></blockquote><div><br></div><div>This isn't just "proper testing". This is any testing at all. I have to guess that you're not using it for *development*, just using it as part of some release process build system?</div><div><br></div><div>If that's the case, I think it would be better for you to maintain whatever you need to support that in the interim out-of-tree. If the tests don't run, I don't think it's really reasonable to keep a build system in tree and expect open source contributors to update it and keep it working. How will they even know if it is working? We don't even have build bots that cover it as far as I know? (If we do, that somewhat lessens this pain...)</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div> In the future, we will either drop the dependency on Makefile/autoconf build or add the support for sanitizer testing.</div></div></blockquote></div><br></div><div class="gmail_extra">Given the push to move away from autotools altogether, it would seem really weird to add support for testing to it rather than migrating the dependency away. You can even use the cmake build *from* an autoconf/Makefile setup by running cmake directly. It's a bit annoying, but it can be done.</div></div>