<p dir="ltr"><br>
El 30/7/2015 11:27, "Joel Sherrill" <<a href="mailto:joel.sherrill@oarcorp.com">joel.sherrill@oarcorp.com</a>> escribió:<br>
><br>
><br>
><br>
> On 7/30/2015 9:08 AM, Daniel Gutson wrote:<br>
>><br>
>> IOW, I think that the double parens is only for decltype.<br>
><br>
><br>
> Historical convention is to put parens around variable names<br>
> in macros. What type of impact does this have?</p>
<p dir="ltr">If what I think is correct, then the impact os none since this a bug. But I will look at it deeper once I arrive to the office in 1h. I will try with different versions of gcc and clang and look into the C++ standard. So far the (()) seems to be a decltype only thing, so this would be a frontend bug.</p>
<p dir="ltr">><br>
>> El 30/7/2015 11:06, escribió:<br>
>><br>
>> Â Â I don't it's a language issue: <a href="https://ideone.com/k1vz5d">https://ideone.com/k1vz5d</a><br>
>><br>
>>   El 30/7/2015 10:51, "Gedare Bloom" <<a href="mailto:gedare@gwu.edu">gedare@gwu.edu</a> <mailto:<a href="mailto:gedare@gwu.edu">gedare@gwu.edu</a>>> escribió:<br>
>><br>
>> Â Â Â Â OK, I guess this makes the convention "minimize parentheses" mandatory<br>
>> Â Â Â Â if we want C++11. I guess the basic problem is that constructions<br>
>> Â Â Â Â where a single atom is in parens may produce different results now. At<br>
>> Â Â Â Â least an error is emitted rather than silent optimization..<br>
>><br>
>> Â Â Â Â -Gedare<br>
>><br>
>> Â Â Â Â On Thu, Jul 30, 2015 at 2:49 AM, Sebastian Huber<br>
>> Â Â Â Â <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a> <mailto:<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>>> wrote:<br>
>> Â Â Â Â Â > Hello,<br>
>> Â Â Â Â Â ><br>
>> Â Â Â Â Â > please have a look at the following bug:<br>
>> Â Â Â Â Â ><br>
>> Â Â Â Â Â > <a href="https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67064">https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67064</a><br>
>> Â Â Â Â Â ><br>
>> Â Â Â Â Â > This is really nice in combination with defines and macros that use ( ) to<br>
>> Â Â Â Â Â > make sure the content stays together.<br>
>> Â Â Â Â Â ><br>
>> Â Â Â Â Â > --<br>
>> Â Â Â Â Â > Sebastian Huber, embedded brains GmbH<br>
>> Â Â Â Â Â ><br>
>> Â Â Â Â Â > Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
>>      > Phone  : +49 89 189 47 41-16<br>
>>      > Fax   : +49 89 189 47 41-09<br>
>>      > E-Mail : <a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a> <mailto:<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>><br>
>><br>
>> Â Â Â Â Â > PGPÂ Â Â : Public key available on request.<br>
>> Â Â Â Â Â ><br>
>>      > Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
>> Â Â Â Â Â ><br>
>> Â Â Â Â Â > _______________________________________________<br>
>> Â Â Â Â Â > devel mailing list<br>
>> Â Â Â Â Â > <a href="mailto:devel@rtems.org">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org">devel@rtems.org</a>><br>
>><br>
>> Â Â Â Â Â > <a href="http://lists.rtems.org/mailman/listinfo/devel">http://lists.rtems.org/mailman/listinfo/devel</a><br>
>> Â Â Â Â _______________________________________________<br>
>> Â Â Â Â devel mailing list<br>
>> Â Â Â Â <a href="mailto:devel@rtems.org">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org">devel@rtems.org</a>><br>
>> Â Â Â Â <a href="http://lists.rtems.org/mailman/listinfo/devel">http://lists.rtems.org/mailman/listinfo/devel</a><br>
>><br>
><br>
> -- <br>
> Joel Sherrill, Ph.D.       Director of Research & Development<br>
> joel.sherrill@OARcorp.com    On-Line Applications Research<br>
> Ask me about RTEMS: a free RTOSÂ Huntsville AL 35805<br>
> Support Available        (256) 722-9985<br>
</p>