Subject: Re: [std-proposals] Allow '.' to behave like '->' where it is currently an error.
From: J Decker (d3ck0r_at_[hidden])
Date: 2020-02-27 05:55:23
On Thu, Feb 20, 2020 at 8:54 AM Thiago Macieira via Std-Proposals <
> On Saturday, 15 February 2020 21:14:19 PST J Decker via Std-Proposals
> > I can severely scope cut this, I do really only mean that, in the current
> > error condition where '.' is used and the left hand is a '*' pointer
> > that it can fallback to being like '->' and read the value of the pointer
> > instead of emitting an error.
> > In the first cut, GCC C it ended up being just as easy to say '->' is the
> > same as '.' but that was incidental, not by strict definition.
> Before we go any further, we need WG14's opinion. The value for C++ alone
> very close to zero or even negative if C doesn't adopt the same. C++ could
> convinced to follow C for pointers but nowhere else if C adopts your
> So please approach WG14 and propose that they adopt this. If they seem
> agreeable to considering it, WG21 can comment on whether it is for or
> the feature. But if WG14 simply says it won't, the point is moot.
I have sent an email to http://www.open-std.org/jtc1/sc22/wg14/www/contacts
and have received no response.
Here's the gist of what I was saying (?)
feel free to comment? it does require a github account I guess? (Is there
anonymous comment I can enable?)
I am applying edits... and concerns mentioned here;
references, like `int &a` becomes mute(-ish). And there is some comfort
that the thing definition exists...
However, in the bullet library, when I interface with it to update and get
values, they are all reference types, so I must supply a thing to get the
value. The value does definitely exist within the engine, why is it I need
it to copy it; thereby occupying at least 2 pages in cache....
I don't know how else to reach them, or if there's a public comment forum;
http://www.open-std.org/jtc1/sc22/wg14/ is a readonly archive of a list;
and I've followed most links that would indicate there might be a way to
contact (...) community...?
> Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
> Software Architect - Intel System Software Products
> Std-Proposals mailing list
STD-PROPOSALS list run by herb.sutter at gmail.com
Standard Proposals Archives on Google Groups