<div dir="ltr"><div><div><div><div><div>Hello everyone,<br><br></div>I have un-defined __STRICT_ANSI__ for MinGW32 builder.<br></div>This fixed the issue.<br><br></div>In general, maybe we should define our own types to be within the strict ansi range, if this is what we want?<br>
Though, this wouldn't fix the issue with 3-rd party code in the test suite.<br><br></div>Thanks<br><br></div>Galina<br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 11, 2014 at 7:34 AM, Aaron Ballman <span dir="ltr"><<a href="mailto:aaron@aaronballman.com" target="_blank">aaron@aaronballman.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Tue, Mar 11, 2014 at 10:28 AM, Yaron Keren <<a href="mailto:yaron.keren@gmail.com">yaron.keren@gmail.com</a>> wrote:<br>

> Mira Fontan later responded that after switching to mingw-builds the build<br>
> was ok, so if we also switch the bot to the mingw-build distribution it may<br>
> start working again. That's not the only reason for switching, the<br>
> minge-builds distribution supports 64 bit code production which <a href="http://mingw.org" target="_blank">mingw.org</a><br>
> does not and gets updated more often.<br>
<br>
</div>I think the entire point of that bot is to test MinGW32, not MinGW64,<br>
which is why I brought this up. We already have coverage for MinGW64:<br>
<br>
<a href="http://bb.pgr.jp/builders/ninja-clang-x64-mingw64-RA" target="_blank">http://bb.pgr.jp/builders/ninja-clang-x64-mingw64-RA</a><br>
<br>
So if we switch this bot to MinGW64, while leaving MinGW32 broken, are<br>
we going to explicitly say we do not support MinGW32?<br>
<span class="HOEnZb"><font color="#888888"><br>
~Aaron<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr"><div>Thanks<br><br></div>Galina<br></div>
</div>