Re: "Pretty print of enumerator never prints the id,
always falls back to C-style cast output"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87364
The bug report gives a one-line 'fix' to enable output of enum id
but, for C++11 scoped enums, it fails to qualify as enum type::id.
The code is l
'prototype' in mid 2003,
untouched since then, not for C++11 or C++17 enum updates.
I found this corner of the code base fairly easy to hack,
thanks perhaps to GDRs attempts to follow the grammar.
On Mon, Sep 24, 2018 at 3:53 PM Nathan Sidwell wrote:
> On 9/19/18 7:41 AM, will wray
#x27;d appreciate if someone would confirm the bug.
Thanks, Will
On Mon, Sep 24, 2018 at 5:23 PM will wray wrote:
> Thanks Nathan,
>
>
> In fact, after testing with enums nested in namespaces or structs,
>
> or function local, I realised nested specifiers should be printed
&
Patch submitted:
https://gcc.gnu.org/ml/gcc-patches/2018-10/msg00452.html
[C++ PATCH] Fix pretty-print of enumerator ids (PR c++/87364)
My first GCC patch attempt, so more eyes would be good.
Cheers, Will
On Tue, Sep 25, 2018 at 4:25 PM will wray wrote:
> BTW The bug is still UNCONFIR
P1997 Relaxing Restrictions on Array https://wg21.link/p1997
proposes copy semantics for C array; initialization and assignment
of arrays from arrays, and array as a function return type.
For C++, a new placeholder deduction syntax is proposed.
The paper was seen for the first time on Friday by SG
