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