Nice surprise with C++11

Daniel Gutson daniel.gutson at tallertechnologies.com
Thu Jul 30 15:26:13 UTC 2015


On Thu, Jul 30, 2015 at 11:31 AM, Daniel Gutson
<daniel.gutson at tallertechnologies.com> wrote:
>
> El 30/7/2015 11:27, "Joel Sherrill" <joel.sherrill at oarcorp.com> escribió:
>>
>>
>>
>> On 7/30/2015 9:08 AM, Daniel Gutson wrote:
>>>
>>> IOW, I think that the double parens is only for decltype.
>>
>>
>> Historical convention is to put parens around variable names
>> in macros. What type of impact does this have?
>
> 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.

As I mentioned in the bugzilla, I think this is a bug of the front-end
(since I could not reproduce
it in earlier versions of g++ (4.8.4) and clang (3.5)). I already
asked Ville Voutilainen and Jens Maurer
(from the C++ Committee) to look into it. I will let you know.


   Daniel.


>
>>
>>> El 30/7/2015 11:06, escribió:
>>>
>>>     I don't it's a language issue: https://ideone.com/k1vz5d
>>>
>>>     El 30/7/2015 10:51, "Gedare Bloom" <gedare at gwu.edu
>>> <mailto:gedare at gwu.edu>> escribió:
>>>
>>>         OK, I guess this makes the convention "minimize parentheses"
>>> mandatory
>>>         if we want C++11. I guess the basic problem is that constructions
>>>         where a single atom is in parens may produce different results
>>> now. At
>>>         least an error is emitted rather than silent optimization..
>>>
>>>         -Gedare
>>>
>>>         On Thu, Jul 30, 2015 at 2:49 AM, Sebastian Huber
>>>         <sebastian.huber at embedded-brains.de
>>> <mailto:sebastian.huber at embedded-brains.de>> wrote:
>>>          > Hello,
>>>          >
>>>          > please have a look at the following bug:
>>>          >
>>>          > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67064
>>>          >
>>>          > This is really nice in combination with defines and macros
>>> that use ( ) to
>>>          > make sure the content stays together.
>>>          >
>>>          > --
>>>          > Sebastian Huber, embedded brains GmbH
>>>          >
>>>          > Address : Dornierstr. 4, D-82178 Puchheim, Germany
>>>          > Phone   : +49 89 189 47 41-16
>>>          > Fax     : +49 89 189 47 41-09
>>>          > E-Mail  : sebastian.huber at embedded-brains.de
>>> <mailto:sebastian.huber at embedded-brains.de>
>>>
>>>          > PGP     : Public key available on request.
>>>          >
>>>          > Diese Nachricht ist keine geschäftliche Mitteilung im Sinne
>>> des EHUG.
>>>          >
>>>          > _______________________________________________
>>>          > devel mailing list
>>>          > devel at rtems.org <mailto:devel at rtems.org>
>>>
>>>          > http://lists.rtems.org/mailman/listinfo/devel
>>>         _______________________________________________
>>>         devel mailing list
>>>         devel at rtems.org <mailto:devel at rtems.org>
>>>         http://lists.rtems.org/mailman/listinfo/devel
>>>
>>
>> --
>> Joel Sherrill, Ph.D.             Director of Research & Development
>> joel.sherrill at OARcorp.com        On-Line Applications Research
>> Ask me about RTEMS: a free RTOS  Huntsville AL 35805
>> Support Available                (256) 722-9985



-- 

Daniel F. Gutson
Chief Engineering Officer, SPD

San Lorenzo 47, 3rd Floor, Office 5
Córdoba, Argentina

Phone:   +54 351 4217888 / +54 351 4218211
Skype:    dgutson
LinkedIn: http://ar.linkedin.com/in/danielgutson


More information about the devel mailing list