<div dir="ltr">Thanks Edwin, that makes sense.<div class="gmail_extra"><br clear="all"><div>Phil<br>--<br>Philip Dunstan<br><a href="mailto:phil@philipdunstan.com" target="_blank">phil@philipdunstan.com</a><br><a href="http://www.philipdunstan.com" target="_blank">www.philipdunstan.com</a></div>


<br><br><div class="gmail_quote">On Mon, Feb 4, 2013 at 9:27 PM, Vane, Edwin <span dir="ltr"><<a href="mailto:edwin.vane@intel.com" target="_blank">edwin.vane@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

What we've done with testing so far is if the input file has C++11 features in it then the command line parameters you provide to the tool (either by the compile_commands.json file or after the -- on the command line) should include the -std=c++11 flag. Basically, however you compile the input code with clang normally should be identical to how you use the tool.<br>


<br>
That said, the final syntax check does get run with -std=c++11 added.<br>
<div class="HOEnZb"><div class="h5"><br>
Gribozavr wrote:<br>
> 2. I'm seeing a warning from the cpp11-migrate tool because C++11 is<br>
> not enabled in the compiler options during the initial parsing of the<br>
> source. I think that C++11 should be enabled as I expect this tool to<br>
> be used on code that has already been partly migrated to C++11. I<br>
> would also expect that this issue will arise as people run the<br>
> migration tool with multiple refactoring tool options.<br>
<br>
I agree.  Input file should compile as C++11 cleanly.<br>
<br>
<br>
</div></div></blockquote></div><br></div></div>