OK.
On Thu, Dec 21, 2017 at 12:50 PM, David Malcolm wrote:
> On Wed, 2017-12-20 at 23:56 -0500, Jason Merrill wrote:
>> On Wed, Dec 20, 2017 at 5:14 PM, David Malcolm
>> wrote:
>> > On Mon, 2017-12-11 at 18:39 -0500, Jason Merrill wrote:
>> > > On 11/10/2017 04:45 PM, David Malcolm wrote:
>> > >
On Wed, 2017-12-20 at 23:56 -0500, Jason Merrill wrote:
> On Wed, Dec 20, 2017 at 5:14 PM, David Malcolm
> wrote:
> > On Mon, 2017-12-11 at 18:39 -0500, Jason Merrill wrote:
> > > On 11/10/2017 04:45 PM, David Malcolm wrote:
> > > > Without this, then lvalue_p returns false for decls, and hence
>
On Wed, Dec 20, 2017 at 5:14 PM, David Malcolm wrote:
> On Mon, 2017-12-11 at 18:39 -0500, Jason Merrill wrote:
>> On 11/10/2017 04:45 PM, David Malcolm wrote:
>> > Without this, then lvalue_p returns false for decls, and hence
>> > e.g. uses of them for references fail.
>> >
>> > Stripping locati
On Mon, 2017-12-11 at 18:39 -0500, Jason Merrill wrote:
> On 11/10/2017 04:45 PM, David Malcolm wrote:
> > Without this, then lvalue_p returns false for decls, and hence
> > e.g. uses of them for references fail.
> >
> > Stripping location wrappers in lvalue_kind restores the correct
> > behavior
On 11/10/2017 04:45 PM, David Malcolm wrote:
Without this, then lvalue_p returns false for decls, and hence
e.g. uses of them for references fail.
Stripping location wrappers in lvalue_kind restores the correct
behavior of lvalue_p etc.
gcc/cp/ChangeLog:
* tree.c (lvalue_kind): Strip an
Without this, then lvalue_p returns false for decls, and hence
e.g. uses of them for references fail.
Stripping location wrappers in lvalue_kind restores the correct
behavior of lvalue_p etc.
gcc/cp/ChangeLog:
* tree.c (lvalue_kind): Strip any location wrapper.
---
gcc/cp/tree.c | 2 ++