<div style="font-family: arial, helvetica, sans-serif; font-size: 10pt"><div dir="ltr">On Fri, Nov 30, 2012 at 8:04 PM, Chris Lattner <span dir="ltr"><<a href="mailto:clattner@apple.com" target="_blank" class="cremed">clattner@apple.com</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">I'm ok with this in principle, but how about with the nuance that some tests (eg test/codegen) explicitly opt into march=native?<br>
</blockquote><div><br></div><div style>I'd really like the default behavior to be something that forces the test to either be independent of the targeted triple, or explicitly set a target. I like the default being unknown.</div>
<div style><br></div><div style>I wonder, would the ability to run the entire test suite with all of the 'default' triples (that lit sets to unknown in normal runs) instead set to the host, or to a specific triple maybe be a useful extra form of checking? This would let both humans and build bots find bugs and discrepancies specific to a particular target.</div>
<div style><br></div><div style>We could even have a common test target that build bots use which runs all the tests both in the default, and in the host-triple mode so that we force people to converge on target independent tests or explicit triples.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
-Chris<br>
<div><div class="h5"><br>
On Nov 30, 2012, at 12:16 PM, Daniel Dunbar <<a href="mailto:daniel@zuster.org" class="cremed">daniel@zuster.org</a>> wrote:<br>
<br>
> Hi all,<br>
><br>
> We consistently see test failures arising because by default many of our tests run in a mode where the tool (clang or llc) pick host-dependent behavior. This makes it easy for developers to write tests that pass on their system, but fail for other developers.<br>

><br>
> There is some utility in this behavior, as it gives us (unintended) testing coverage of some things, but overall I think it is a net loss for productivity.<br>
><br>
> I propose:<br>
><br>
> a. We change the test suite to run in such a way that all tools default to an "unknown" host triple.<br>
><br>
> b. If someone feels there is missing coverage in some area, we add increased tests for that area (which get run on all platforms).<br>
><br>
> c. If there is some reason that running with an "unknown" host triple is undesirable, I propose that we set the default test triple to be "x86_64-pc-linux-gnu", and require deviations to be specified.<br>

><br>
> Comments?<br>
><br>
>  - Daniel<br>
><br>
</div></div>> _______________________________________________<br>
> LLVM Developers mailing list<br>
> <a href="mailto:LLVMdev@cs.uiuc.edu" class="cremed">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" target="_blank" class="cremed">http://llvm.cs.uiuc.edu</a><br>
> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank" class="cremed">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu" class="cremed">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank" class="cremed">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
</blockquote></div><br></div></div></div>