<div style="font-family:arial,helvetica,sans-serif;font-size:10pt"><div dir="ltr"><div class="gmail_default" style>2012/12/21 Eli Bendersky <span dir="ltr"><<a href="mailto:eliben@google.com" target="_blank" class="cremed">eliben@google.com</a>></span><br>

</div><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="HOEnZb"><div class="h5">On Fri, Dec 21, 2012 at 8:48 AM, Michael Spencer <<a href="mailto:bigcheesegs@gmail.com" class="cremed">bigcheesegs@gmail.com</a>> wrote:<br>


> On Fri, Dec 21, 2012 at 7:56 AM, Eli Bendersky <<a href="mailto:eliben@google.com" class="cremed">eliben@google.com</a>> wrote:<br>
>> On Fri, Dec 21, 2012 at 7:13 AM, Timur Iskhodzhanov <<a href="mailto:timurrrr@google.com" class="cremed">timurrrr@google.com</a>> wrote:<br>
>>> For example, if fails to build this test on my ASan/Win bot:<br>
>>> <a href="http://code.google.com/p/address-sanitizer/source/browse/trunk/win/tests/malloc_right_oob_crash.cpp" target="_blank" class="cremed">http://code.google.com/p/address-sanitizer/source/browse/trunk/win/tests/malloc_right_oob_crash.cpp</a><br>


>>> this also fires up an assertion message box which hangs the bot :(<br>
>>><br>
>>> Is it possible to quick-fix this or revert?<br>
>><br>
>> WinCOFFStreamer seems undecided about using the RelaxAll flag. It<br>
>> overrides MCObjectStreamer's EmitInstruction but does not actually<br>
>> early-relax instructions in the presence of RelaxAll, so it's not<br>
>> clear to me why it needs this flag at all. Perhaps there's a bigger<br>
>> problem hiding here?<br>
>><br>
>> Does anyone familiar with this streamer know the answer? Michael?<br>
>><br>
>> Also I wonder why there are no regression tests that turn this up.<br>
>><br>
>> Eli<br>
><br>
> It looks to me as it can simply use the MCObjectStreamer's<br>
> implementation of EmitInstruction. The COFF streamer was written<br>
> before we moved a lot of shared logic up to MCObjectStreamer, and<br>
> apparently COFF didn't get updated in that change.<br>
><br>
> Tests that break this would be nice.<br>
><br>
<br>
</div></div>Could someone with a convenient access to Windows machines do that?<br>
Timur, would you care to try?<br></blockquote><div style>I'm unfamiliar with the code unfortunately.</div><div style><br></div><div style>Dmitry, João ?</div><div style> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


Anton, you're listed as the code owner for Windows codegen. I'm not<br>
sure whether this means the assembler side as well, but perhaps you<br>
could suggest someone suitable to do this?<br>
<span class="HOEnZb"><font color="#888888"><br>
Eli<br>
</font></span></blockquote></div><br></div></div></div>