<div class="gmail_quote">On Tue, Feb 14, 2012 at 3:32 PM, Sebastian Redl <span dir="ltr"><<a href="mailto:sebastian.redl@getdesigned.at">sebastian.redl@getdesigned.at</a>></span> wrote:<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><div class="h5"><div><div>On 14.02.2012, at 21:44, Richard Smith wrote:</div><blockquote type="cite"><div class="gmail_quote">On Sat, Feb 11, 2012 at 3:51 PM, Sebastian Redl <span dir="ltr"><<a href="mailto:sebastian.redl@getdesigned.at" target="_blank">sebastian.redl@getdesigned.at</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Author: cornedbee<br>
Date: Sat Feb 11 17:51:47 2012<br>
New Revision: 150318<br>
<br>
URL: <a href="http://llvm.org/viewvc/llvm-project?rev=150318&view=rev" target="_blank">http://llvm.org/viewvc/llvm-project?rev=150318&view=rev</a><br>
Log:<br>
Represent C++ direct initializers as ParenListExprs before semantic analysis<br>
instead of having a special-purpose function.<br>
<br>
- ActOnCXXDirectInitializer, which was mostly duplication of<br>
  AddInitializerToDecl (leading e.g. to PR10620, which Eli fixed a few days<br>
  ago), is dropped completely.<br>
- MultiInitializer, which was an ugly hack I added, is dropped again.<br>
- We now have the infrastructure in place to distinguish between<br>
  int x = {1};<br>
  int x({1});<br>
  int x{1};<br></blockquote></div><br><div>g++4.6 has a bug where it silently accepts "t({...})" as if it were a brace-or-init-list initializer in a constructor's member initializer list. By the law of nature that for every g++ "extension" there is an equal and opposite libstdc++ bug, libstdc++ 4.6's <bitset> uses this syntax to initialize its member array in C++11 mode. Is it feasible to downgrade the error in this particular case to an ExtWarn?</div>
</blockquote></div></div></div><div>Yes, it is, in a number of ways. I'll do it as soon as I get my current block of work out of the way.</div></div></blockquote></div><br><div>I've addressed this in r150625.<br></div>