<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>