OK.
On Mon, May 21, 2018 at 8:41 AM, Paolo Carlini wrote:
> Hi again,
>
> On 19/05/2018 15:30, Jason Merrill wrote:
>>
>> How about doing cp_parser_commit_to_tentative_parse if we see
>> something that must be a declaration? cp_parser_simple_declaration
>> has
>>
>>
Hi again,
On 19/05/2018 15:30, Jason Merrill wrote:
How about doing cp_parser_commit_to_tentative_parse if we see
something that must be a declaration? cp_parser_simple_declaration
has
/* If we have seen at least one decl-specifier, and the next token
is not a parenthesis, then we
Hi,
On 19/05/2018 15:30, Jason Merrill wrote:
I would expect it to cause different diagnostic issues, from
complaining about something not being a proper declaration when it's
really an expression. I also wonder about warning problems (either
missed or bogus) due to trying these in a different
On Fri, May 18, 2018 at 8:27 PM, Paolo Carlini wrote:
> On 19/05/2018 01:40, Jason Merrill wrote:
>> On Fri, May 18, 2018 at 1:40 PM, Paolo Carlini
>> wrote:
>>>
>>> Hi again,
>>>
>>> I'm playing with a wild, wild idea: would it make sense to
Hi,
On 19/05/2018 01:40, Jason Merrill wrote:
On Fri, May 18, 2018 at 1:40 PM, Paolo Carlini wrote:
Hi again,
I'm playing with a wild, wild idea: would it make sense to try *first* an
expression? Because, a quickly hacked draft appears to handle very elegantly
all
On Fri, May 18, 2018 at 1:40 PM, Paolo Carlini wrote:
> Hi again,
>
> I'm playing with a wild, wild idea: would it make sense to try *first* an
> expression? Because, a quickly hacked draft appears to handle very elegantly
> all the possible cases of "junk" after the
Hi again,
I'm playing with a wild, wild idea: would it make sense to try *first*
an expression? Because, a quickly hacked draft appears to handle very
elegantly all the possible cases of "junk" after the declarator, eg:
void foo()
{
if (void bar()JUNK);
}
and the
Hi,
On 18/05/2018 16:45, Jason Merrill wrote:
I guess it's desirable to also give this error when the declarator is
followed by ) or ; rather than other tokens that could be more
expression (like in A(a).x in the comment).
I can certainly try to implement this, maybe just something minimal to
On Fri, May 18, 2018 at 10:30 AM, Paolo Carlini
wrote:
> Hi,
>
> On 18/05/2018 16:19, Jason Merrill wrote:
>>
>> On Fri, May 18, 2018 at 10:05 AM, Paolo Carlini
>> wrote:
>>>
>>> Hi,
>>>
>>> On 18/05/2018 15:56, Jason Merrill wrote:
I
Hi,
On 18/05/2018 16:19, Jason Merrill wrote:
On Fri, May 18, 2018 at 10:05 AM, Paolo Carlini
wrote:
Hi,
On 18/05/2018 15:56, Jason Merrill wrote:
I had in mind moving the call to cp_parser_check_condition_declarator
into the block controlled by
On Fri, May 18, 2018 at 10:05 AM, Paolo Carlini
wrote:
> Hi,
>
> On 18/05/2018 15:56, Jason Merrill wrote:
>>
>> I had in mind moving the call to cp_parser_check_condition_declarator
>> into the block controlled by cp_parser_parse_definitely; this is a
>> semantic check
Hi,
On 18/05/2018 15:56, Jason Merrill wrote:
I had in mind moving the call to cp_parser_check_condition_declarator
into the block controlled by cp_parser_parse_definitely; this is a
semantic check that should follow the syntactic checks. If there's no
initializer, it doesn't parse as a
On Fri, May 18, 2018 at 4:41 AM, Paolo Carlini wrote:
> Hi,
>
>>> On 18/05/2018 01:21, Jason Merrill wrote:
On Thu, May 17, 2018 at 5:54 PM, Paolo Carlini
wrote:
>
> On 17/05/2018 16:58, Jason Merrill wrote:
>>
>>
Hi,
On 18/05/2018 01:21, Jason Merrill wrote:
On Thu, May 17, 2018 at 5:54 PM, Paolo Carlini
wrote:
On 17/05/2018 16:58, Jason Merrill wrote:
On Thu, May 17, 2018 at 10:27 AM, Paolo Carlini
wrote:
PS: maybe better using
Hi again,
On 18/05/2018 02:31, Paolo Carlini wrote:
Hi,
On 18/05/2018 01:21, Jason Merrill wrote:
On Thu, May 17, 2018 at 5:54 PM, Paolo Carlini
wrote:
On 17/05/2018 16:58, Jason Merrill wrote:
On Thu, May 17, 2018 at 10:27 AM, Paolo Carlini
Hi,
On 18/05/2018 01:21, Jason Merrill wrote:
On Thu, May 17, 2018 at 5:54 PM, Paolo Carlini wrote:
On 17/05/2018 16:58, Jason Merrill wrote:
On Thu, May 17, 2018 at 10:27 AM, Paolo Carlini
wrote:
PS: maybe better using
On Thu, May 17, 2018 at 5:54 PM, Paolo Carlini wrote:
> On 17/05/2018 16:58, Jason Merrill wrote:
>>
>> On Thu, May 17, 2018 at 10:27 AM, Paolo Carlini
>> wrote:
>>>
>>> PS: maybe better using function_declarator_p?
>>
>> I think so, yes. The
Hi,
On 17/05/2018 16:58, Jason Merrill wrote:
On Thu, May 17, 2018 at 10:27 AM, Paolo Carlini
wrote:
PS: maybe better using function_declarator_p?
I think so, yes. The relevant rule seems to be "The declarator shall
not specify a function or an array.", so let's
On Thu, May 17, 2018 at 10:27 AM, Paolo Carlini
wrote:
> PS: maybe better using function_declarator_p?
I think so, yes. The relevant rule seems to be "The declarator shall
not specify a function or an array.", so let's check for arrays, too.
Jason
PS: maybe better using function_declarator_p??? I think I regression
tested that variant too, at some point.
Paolo.
Hi,
thus I had to revert my first try, when it caused c++/85713. I added two
testcases for the latter (the second one covering what I learned from
yet another defective try which I attached to the trail of c++/84588
yesterday) and finally figured out that the problem was that I was
On Tue, May 8, 2018 at 1:46 PM, Paolo Carlini wrote:
> Hi,
>
> On 08/05/2018 19:15, Jason Merrill wrote:
>>
>> On Fri, Apr 20, 2018 at 1:46 PM, Paolo Carlini
>> wrote:
>>>
>>> Hi,
>>>
>>> in this error-recovery regression, after sensible
Hi,
On 08/05/2018 19:15, Jason Merrill wrote:
On Fri, Apr 20, 2018 at 1:46 PM, Paolo Carlini wrote:
Hi,
in this error-recovery regression, after sensible diagnostic about "two or
more data types in declaration..." we get confused, we issue a cryptic -
but useful
On Fri, Apr 20, 2018 at 1:46 PM, Paolo Carlini wrote:
> Hi,
>
> in this error-recovery regression, after sensible diagnostic about "two or
> more data types in declaration..." we get confused, we issue a cryptic -
> but useful hint to somebody working on the present bug
Hi,
On 20/04/2018 19:46, Paolo Carlini wrote:
Hi,
in this error-recovery regression, after sensible diagnostic about
"two or more data types in declaration..." we get confused, we issue a
cryptic - but useful hint to somebody working on the present bug ;) -
"template definition of
Hi,
in this error-recovery regression, after sensible diagnostic about "two
or more data types in declaration..." we get confused, we issue a
cryptic - but useful hint to somebody working on the present bug ;) -
"template definition of non-template" error and we finally crash. I
think the
26 matches
Mail list logo