[{"id":3679573,"web_url":"http://patchwork.ozlabs.org/comment/3679573/","msgid":"","list_archive_url":null,"date":"2026-04-20T20:19:02","subject":"Re: [PATCH] c++: Fix handling of && after a class definition\n [PR65271]","submitter":{"id":14370,"url":"http://patchwork.ozlabs.org/api/people/14370/","name":"Marek Polacek","email":"polacek@redhat.com"},"content":"On Sun, Apr 19, 2026 at 10:05:10PM -0700, Andrew Pinski wrote:\n> After r166977, we are wrongly rejecting:\n> struct {} && m = {};\n> because our code to diagnose a missing ; after a class definition doesn't\n> realize that && can follow a class definition.\n> \n> This is simlar in nature to what was done for `::` in r12-8304-g851031b2fcd5210b9676.\n> \n> Bootstrapped and tested on x86_64-linux-gnu.\n> \n> Ok for trunk? Or should we wait for GCC 17? Yes this is a regression though only\n> noticed as a regression today.\n> \n> \tPR c++/65271\n> \n> gcc/cp/ChangeLog:\n> \n> \t* parser.cc (cp_parser_class_specifier): Accept && for C++11+.\n> \n> gcc/testsuite/ChangeLog:\n> \n> \t* g++.dg/cpp0x/rv-decl1.C: New test.\n> \n> Signed-off-by: Andrew Pinski \n> ---\n> gcc/cp/parser.cc | 4 ++++\n> gcc/testsuite/g++.dg/cpp0x/rv-decl1.C | 4 ++++\n> 2 files changed, 8 insertions(+)\n> create mode 100644 gcc/testsuite/g++.dg/cpp0x/rv-decl1.C\n> \n> diff --git a/gcc/cp/parser.cc b/gcc/cp/parser.cc\n> index fe27a15a283..b974a1a0d3c 100644\n> --- a/gcc/cp/parser.cc\n> +++ b/gcc/cp/parser.cc\n> @@ -29786,6 +29786,10 @@ cp_parser_class_specifier (cp_parser* parser)\n> case CPP_SCOPE:\n> want_semicolon = false;\n> break;\n> + case CPP_AND_AND:\n> +\tif (cxx_dialect >= cxx11)\n\nIt's not clear to me that this check is necessary even though rvalue refs\nare C++11 only. If I remove it then on the attached testcase we emit only\none error instead of 3:\n\n error: expected unqualified-id before '&&' token\n\nwhich is consistent with what we emit for\n\n int &&x = {};\n\nwith -std=c++03.\n\nFWIW, I think the fix is safe for 16.\n\n> +\t want_semicolon = false;\n> +\tbreak;\n> \n> /* While it's legal for type qualifiers and storage class\n> specifiers to follow type definitions in the grammar, only\n> diff --git a/gcc/testsuite/g++.dg/cpp0x/rv-decl1.C b/gcc/testsuite/g++.dg/cpp0x/rv-decl1.C\n> new file mode 100644\n> index 00000000000..a82a83d0275\n> --- /dev/null\n> +++ b/gcc/testsuite/g++.dg/cpp0x/rv-decl1.C\n> @@ -0,0 +1,4 @@\n> +// PR c++/65271\n> +// { dg-do compile { target c++11 } }\n> +\n> +struct {} && m = {};\n\nThis could test class/union and enum too because I see no such tests in the\ntestsuite.\n\nMarek","headers":{"Return-Path":"","X-Original-To":["incoming@patchwork.ozlabs.org","gcc-patches@gcc.gnu.org"],"Delivered-To":["patchwork-incoming@legolas.ozlabs.org","gcc-patches@gcc.gnu.org"],"Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256\n header.s=mimecast20190719 header.b=Ti/uw/RI;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=gcc.gnu.org\n (client-ip=38.145.34.32; helo=vm01.sourceware.org;\n envelope-from=gcc-patches-bounces~incoming=patchwork.ozlabs.org@gcc.gnu.org;\n receiver=patchwork.ozlabs.org)","sourceware.org;\n\tdkim=pass (1024-bit key,\n unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256\n header.s=mimecast20190719 header.b=Ti/uw/RI","sourceware.org; dmarc=pass (p=quarantine dis=none)\n header.from=redhat.com","sourceware.org; spf=pass smtp.mailfrom=redhat.com","server2.sourceware.org;\n arc=none smtp.remote-ip=170.10.129.124"],"Received":["from vm01.sourceware.org (vm01.sourceware.org [38.145.34.32])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fzxfz2Fm4z1yD4\n\tfor ; Tue, 21 Apr 2026 06:19:55 +1000 (AEST)","from vm01.sourceware.org (localhost [127.0.0.1])\n\tby sourceware.org (Postfix) with ESMTP id 477044D108DD\n\tfor ; Mon, 20 Apr 2026 20:19:53 +0000 (GMT)","from us-smtp-delivery-124.mimecast.com\n (us-smtp-delivery-124.mimecast.com [170.10.129.124])\n by sourceware.org (Postfix) with ESMTP id CCAFC4B35884\n for ; Mon, 20 Apr 2026 20:19:07 +0000 (GMT)","from mail-qt1-f197.google.com (mail-qt1-f197.google.com\n [209.85.160.197]) by relay.mimecast.com with ESMTP with STARTTLS\n (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id\n us-mta-589-azBRyNrsNV-E08MCLOR6DA-1; Mon, 20 Apr 2026 16:19:06 -0400","by mail-qt1-f197.google.com with SMTP id\n d75a77b69052e-50fae95c82cso22879001cf.2\n for ; Mon, 20 Apr 2026 13:19:06 -0700 (PDT)","from redhat.com ([2603:7000:9500:10::1db4])\n by smtp.gmail.com with ESMTPSA id\n af79cd13be357-8ebde788c01sm212513885a.10.2026.04.20.13.19.03\n (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);\n Mon, 20 Apr 2026 13:19:03 -0700 (PDT)"],"DKIM-Filter":["OpenDKIM Filter v2.11.0 sourceware.org 477044D108DD","OpenDKIM Filter v2.11.0 sourceware.org CCAFC4B35884"],"DMARC-Filter":"OpenDMARC Filter v1.4.2 sourceware.org CCAFC4B35884","ARC-Filter":"OpenARC Filter v1.0.0 sourceware.org CCAFC4B35884","ARC-Seal":"i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1776716347; cv=none;\n b=H0e7w2cWYJyMXY/y9uJPc0Fm+MSDe2TUH7P7+uzvi+TO8n15/MKyP95klJ8yDtZV4AJ4jDkoB7x7mlvacKFgBNEcp6Xgi9ccZ4zdFx6I/2q2EbTvw/Qs8wiKkUqI8z76DMoSlfliBWutc5BcmJV3VhY1kSJKpc0SiPvn3BCl6p4=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=sourceware.org; s=key;\n t=1776716347; c=relaxed/simple;\n bh=UCvLjJm9a3ImATyICXz4YTds07PAuJa1f/FMqROw93w=;\n h=DKIM-Signature:Date:From:To:Subject:Message-ID:MIME-Version;\n b=liyce0BAHyKBq1JrnQLdVxmoCz0LG4Y+j2fhwNmN55Sm3Fg0sr1/Fd/yYcj5aM+t8QkcIjCPRdo3p+5fW+YdAvus0uAGSYVlBOywZ90g16zMQBAqiKpjvdycXdipwVBYsIOG69lSPIEhCZHTi1aUqsfToMC5C6JePp2TP7Vug5M=","ARC-Authentication-Results":"i=1; server2.sourceware.org","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com;\n s=mimecast20190719; t=1776716347;\n h=from:from:reply-to:subject:subject:date:date:message-id:message-id:\n to:to:cc:cc:mime-version:mime-version:content-type:content-type:\n in-reply-to:in-reply-to:references:references;\n bh=tqrKZGHMY6teSGF2JPCF2nzpCI9kvL8lBtLg+G5hooo=;\n b=Ti/uw/RIRESDDyhVmrXpTuMSM1AwAByKaxbavLwlIcLTy+Smm+aob+8yTYj4f5DWX1LIEK\n s4bsBnmMDwCDj8dWCO4sWqpLSVVuAVQ0xuUAuNM+WuJr0HLsl7OK5az+F2GJ1fFOOGo9AX\n p3/EUqwn5kNhmH9vCvw1/xifEFCxSfg=","X-MC-Unique":"azBRyNrsNV-E08MCLOR6DA-1","X-Mimecast-MFC-AGG-ID":"azBRyNrsNV-E08MCLOR6DA_1776716346","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=1e100.net; s=20251104; t=1776716345; x=1777321145;\n h=user-agent:in-reply-to:content-disposition:mime-version:references\n :message-id:subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from\n :to:cc:subject:date:message-id:reply-to;\n bh=tqrKZGHMY6teSGF2JPCF2nzpCI9kvL8lBtLg+G5hooo=;\n b=T+4F39IXSBM2SV5/r4ZYq/d+ExkipwyPhi3CBzUtOumayxfa2e5utMRpJPq3I8O3Tg\n ruSfksHj8Twg3CISHXGaa1ZZ42VRPwh7NKj2Q2awJSjiSYKom0N8G5ahAyBhYwGxE3pt\n Ej/zFoqsMFihmrugn0WHyIAeQZ36FzoBOnbjstmh/fGhq1aMo7rrZ2SKMbpvRPbQhO7Z\n zb+JrzlS6Gyj9O1C4zVfOY58ZL3QZ7z2CYWO+K7kO4g5qTMKgL1+3Gbeylmw6HFvhtvX\n F9ly8KBpUdFesejB0oSYmfF9QjhIOnbpwQjaSoa3cH93FebiDLilofObKWm/MQj+iJCb\n QW3g==","X-Gm-Message-State":"AOJu0YwKgCShw7mUnrKs728RYZRurK0qVRod64/9I20IdZ2b7DG0j3Fb\n MWKn9t8KWXCyvefA2qjXj1Ru74lGCBnGmwnmgoBvZi56EPJeQLtfnA4iTb6BFNWvyT+7FrYIguD\n EI5IV07sEEmtL7cD3/+Bi4ZFUBdZNc5ysY7jnkRRGWWU+BD9crUfvnZLEG5/zgE/vUxY=","X-Gm-Gg":"AeBDieskK2Zk7pu0KxOva3VCn4eBCqJRbnWu1HHOcckHfDPJlR+zpRhRocwbDCkqTg9\n uGrdO13oISWZPqcSyrkK0VOV3e3ZK8pCt3JJsZdM7YeqeLlIdAuSo44yjhvcHNkfQjP3mkiKq5P\n E04hDOt5Li9zQg8esrPyCGw2s6q5J7k5yMercpeKX5MRoA3AoF8XPpWr7J3gAbs9N1aolsVG3Pr\n 4PZlnOVS5QQFF18JyZLtQ1i7KyfdxI67JIsT4tqXEhOGuOyBnuKvcVpFvGu4TUDgjf7aQbiHh9s\n EJeJ0DXTx67FbHf9QKYZfgXlcXK/wf52MAv99EGS0yrlInGcHKuig/D+fqufzNOon78tmnpd7sy\n GLQ/Jp4ZBm3JT","X-Received":["by 2002:a05:620a:4141:b0:8cf:e015:afe2 with SMTP id\n af79cd13be357-8e79217f3a8mr2261960085a.48.1776716345099;\n Mon, 20 Apr 2026 13:19:05 -0700 (PDT)","by 2002:a05:620a:4141:b0:8cf:e015:afe2 with SMTP id\n af79cd13be357-8e79217f3a8mr2261953485a.48.1776716344483;\n Mon, 20 Apr 2026 13:19:04 -0700 (PDT)"],"Date":"Mon, 20 Apr 2026 16:19:02 -0400","From":"Marek Polacek ","To":"Andrew Pinski ","Cc":"gcc-patches@gcc.gnu.org","Subject":"Re: [PATCH] c++: Fix handling of && after a class definition\n [PR65271]","Message-ID":"","References":"<20260420050510.1228393-1-andrew.pinski@oss.qualcomm.com>","MIME-Version":"1.0","In-Reply-To":"<20260420050510.1228393-1-andrew.pinski@oss.qualcomm.com>","User-Agent":"Mutt/2.3.1 (2026-03-20)","X-Mimecast-Spam-Score":"0","X-Mimecast-MFC-PROC-ID":"TihXDwSiUB0m55SmzpHGJZPFjDLWcc4Wc4mlVPSNkcs_1776716346","X-Mimecast-Originator":"redhat.com","Content-Type":"text/plain; charset=us-ascii","Content-Disposition":"inline","X-BeenThere":"gcc-patches@gcc.gnu.org","X-Mailman-Version":"2.1.30","Precedence":"list","List-Id":"Gcc-patches mailing list ","List-Unsubscribe":",\n ","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n ","Errors-To":"gcc-patches-bounces~incoming=patchwork.ozlabs.org@gcc.gnu.org"}},{"id":3679981,"web_url":"http://patchwork.ozlabs.org/comment/3679981/","msgid":"","list_archive_url":null,"date":"2026-04-21T16:54:16","subject":"Re: [PATCH] c++: Fix handling of && after a class definition\n [PR65271]","submitter":{"id":4337,"url":"http://patchwork.ozlabs.org/api/people/4337/","name":"Jason Merrill","email":"jason@redhat.com"},"content":"On 4/20/26 4:19 PM, Marek Polacek wrote:\n> On Sun, Apr 19, 2026 at 10:05:10PM -0700, Andrew Pinski wrote:\n>> After r166977, we are wrongly rejecting:\n>> struct {} && m = {};\n>> because our code to diagnose a missing ; after a class definition doesn't\n>> realize that && can follow a class definition.\n>>\n>> This is simlar in nature to what was done for `::` in r12-8304-g851031b2fcd5210b9676.\n>>\n>> Bootstrapped and tested on x86_64-linux-gnu.\n>>\n>> Ok for trunk? Or should we wait for GCC 17? Yes this is a regression though only\n>> noticed as a regression today.\n>>\n>> \tPR c++/65271\n>>\n>> gcc/cp/ChangeLog:\n>>\n>> \t* parser.cc (cp_parser_class_specifier): Accept && for C++11+.\n>>\n>> gcc/testsuite/ChangeLog:\n>>\n>> \t* g++.dg/cpp0x/rv-decl1.C: New test.\n>>\n>> Signed-off-by: Andrew Pinski \n>> ---\n>> gcc/cp/parser.cc | 4 ++++\n>> gcc/testsuite/g++.dg/cpp0x/rv-decl1.C | 4 ++++\n>> 2 files changed, 8 insertions(+)\n>> create mode 100644 gcc/testsuite/g++.dg/cpp0x/rv-decl1.C\n>>\n>> diff --git a/gcc/cp/parser.cc b/gcc/cp/parser.cc\n>> index fe27a15a283..b974a1a0d3c 100644\n>> --- a/gcc/cp/parser.cc\n>> +++ b/gcc/cp/parser.cc\n>> @@ -29786,6 +29786,10 @@ cp_parser_class_specifier (cp_parser* parser)\n>> case CPP_SCOPE:\n>> want_semicolon = false;\n>> break;\n>> + case CPP_AND_AND:\n>> +\tif (cxx_dialect >= cxx11)\n> \n> It's not clear to me that this check is necessary even though rvalue refs\n> are C++11 only. If I remove it then on the attached testcase we emit only\n> one error instead of 3:\n> \n> error: expected unqualified-id before '&&' token\n> \n> which is consistent with what we emit for\n> \n> int &&x = {};\n> \n> with -std=c++03.\n> \n> FWIW, I think the fix is safe for 16.\n> \n>> +\t want_semicolon = false;\n>> +\tbreak;\n>> \n>> /* While it's legal for type qualifiers and storage class\n>> specifiers to follow type definitions in the grammar, only\n>> diff --git a/gcc/testsuite/g++.dg/cpp0x/rv-decl1.C b/gcc/testsuite/g++.dg/cpp0x/rv-decl1.C\n>> new file mode 100644\n>> index 00000000000..a82a83d0275\n>> --- /dev/null\n>> +++ b/gcc/testsuite/g++.dg/cpp0x/rv-decl1.C\n>> @@ -0,0 +1,4 @@\n>> +// PR c++/65271\n>> +// { dg-do compile { target c++11 } }\n>> +\n>> +struct {} && m = {};\n> \n> This could test class/union and enum too because I see no such tests in the\n> testsuite.\n\nI agree with all of Marek's comments.\n\nJason","headers":{"Return-Path":"","X-Original-To":["incoming@patchwork.ozlabs.org","gcc-patches@gcc.gnu.org"],"Delivered-To":["patchwork-incoming@legolas.ozlabs.org","gcc-patches@gcc.gnu.org"],"Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256\n header.s=mimecast20190719 header.b=JBSVXQvT;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=gcc.gnu.org\n (client-ip=38.145.34.32; helo=vm01.sourceware.org;\n envelope-from=gcc-patches-bounces~incoming=patchwork.ozlabs.org@gcc.gnu.org;\n receiver=patchwork.ozlabs.org)","sourceware.org;\n\tdkim=pass (1024-bit key,\n unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256\n header.s=mimecast20190719 header.b=JBSVXQvT","sourceware.org; dmarc=pass (p=quarantine dis=none)\n header.from=redhat.com","sourceware.org; spf=pass smtp.mailfrom=redhat.com","server2.sourceware.org;\n arc=none smtp.remote-ip=170.10.129.124"],"Received":["from vm01.sourceware.org (vm01.sourceware.org [38.145.34.32])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4g0T4m4R50z1yCv\n\tfor ; Wed, 22 Apr 2026 02:55:36 +1000 (AEST)","from vm01.sourceware.org (localhost [127.0.0.1])\n\tby sourceware.org (Postfix) with ESMTP id A99864BA9000\n\tfor ; Tue, 21 Apr 2026 16:55:34 +0000 (GMT)","from us-smtp-delivery-124.mimecast.com\n (us-smtp-delivery-124.mimecast.com [170.10.129.124])\n by sourceware.org (Postfix) with ESMTP id DA9954BA9021\n for ; Tue, 21 Apr 2026 16:54:21 +0000 (GMT)","from mail-qk1-f198.google.com (mail-qk1-f198.google.com\n [209.85.222.198]) by relay.mimecast.com with ESMTP with STARTTLS\n (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id\n us-mta-459-jbEVaf-NP9yXJ6PhkpTlQQ-1; Tue, 21 Apr 2026 12:54:20 -0400","by mail-qk1-f198.google.com with SMTP id\n af79cd13be357-8ebc7ea2402so399497985a.0\n for ; Tue, 21 Apr 2026 09:54:20 -0700 (PDT)","from [192.168.50.130]\n (130-44-146-247.s12789.c3-0.arl-cbr1.sbo-arl.ma.cable.rcncustomer.com.\n [130.44.146.247]) by smtp.gmail.com with ESMTPSA id\n af79cd13be357-8ee67115aeasm220565585a.44.2026.04.21.09.54.16\n (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);\n Tue, 21 Apr 2026 09:54:17 -0700 (PDT)"],"DKIM-Filter":["OpenDKIM Filter v2.11.0 sourceware.org A99864BA9000","OpenDKIM Filter v2.11.0 sourceware.org DA9954BA9021"],"DMARC-Filter":"OpenDMARC Filter v1.4.2 sourceware.org DA9954BA9021","ARC-Filter":"OpenARC Filter v1.0.0 sourceware.org DA9954BA9021","ARC-Seal":"i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1776790462; cv=none;\n b=fIH5cx/5Z6B4IQ3Yym+4Y0QwoUmx7COK6cCb64RJ6dA7s8GMR0aBu7YBUJjczXxliJe51dghuZiw374o37LghIde/lXLdheXrWqr723TdmTNKPY8PJ2d2HJM81Mb8UGniTBlNNpZp6KPumcIJp9lk5UbkdnzlxKDg0RmjU5M5Og=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=sourceware.org; s=key;\n t=1776790462; c=relaxed/simple;\n bh=NnXynsub52La2S8jdqUNCmY8CRya9MvOqTic3XD6E60=;\n h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From;\n b=RTrEXMUfB9K7olZmR5uWqxJQ1BtvUaJ7MYgmfkT+ZV/RFkOh1GroESKbHNILdBL+V0+D6wxH+cHh1Gd7N2hNKr7u64Uis719mNdvVLKPkENssaQ4piWMVONIniNfsjem6OHk0vIq24Es2FVPBT901Ap6brmEsCL3Nv6BNsT9qOY=","ARC-Authentication-Results":"i=1; server2.sourceware.org","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com;\n s=mimecast20190719; t=1776790461;\n h=from:from:reply-to:subject:subject:date:date:message-id:message-id:\n to:to:cc:cc:mime-version:mime-version:content-type:content-type:\n content-transfer-encoding:content-transfer-encoding:\n in-reply-to:in-reply-to:references:references;\n bh=2ixU+9iyiZ8jlBU/Lrc8b6eLkdfSrGHbVNFRUWCkOaI=;\n b=JBSVXQvT9tIIgLeBUntf0lvOa/xuUF1zk4Ljwj0rc5NtAvsHYsKqKuh8kgsss+WTqLLcTd\n IPN0XJyAmBdtLJEqUDNCxQ71nN6zDUNCeJUp2nwdQeVa/y+90xnurgO16kxlJF3h6BKggG\n 1kyrFbmx4PRYVSrbOzXPhRarlbstDr0=","X-MC-Unique":"jbEVaf-NP9yXJ6PhkpTlQQ-1","X-Mimecast-MFC-AGG-ID":"jbEVaf-NP9yXJ6PhkpTlQQ_1776790460","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=1e100.net; s=20251104; t=1776790458; x=1777395258;\n h=content-transfer-encoding:in-reply-to:from:content-language\n :references:cc:to:subject:user-agent:mime-version:date:message-id\n :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id\n :reply-to;\n bh=2ixU+9iyiZ8jlBU/Lrc8b6eLkdfSrGHbVNFRUWCkOaI=;\n b=gjIyYIGqvjylN2S/Lh5ZtyH62ldbUUYXnv+PHxXw1tuwdH65tAkjWxPGeiQajwsOWa\n 0yTJhYAmwApdJCAbB35H5q1UPw5z73cpivSWtmFKMwBd65WF/8UhYRA4PMgQQL+gzJKX\n QRvMJhuK+XqvWKnxxVSovCZOsn7PjxtLR6ov/yA+V8ePJ+d1/RqKECUuEER8VbG2z1h4\n kM5wJ/SjTNPNdWqH3vpT9X6VPjfYDBXRyXdL2Igh2pntzM0bPvtybixxsjlJnXAngAu9\n 7WE9r4LMwJH50xmTvuGn3iqRYbdWGWZ6Ilv2hKA5mQwxjcV+WsMqyLpdRtQynzgH2zq9\n UMqw==","X-Gm-Message-State":"AOJu0Yxn9DrWlGmjkiO2vnn+BcMtIHFBqBP6dhAF/oe9lVAEY/fxoiME\n Oo/X7hyrCmBh4UFPvcKjuZX1SY2FXJCgpZg7t+ZxlFwK55ZpHM8pSCRcXtrKeVu0fLl/PfPtZso\n ERGzPYCJq2+385zRlmS85YJcm5KRsVKlwC/gvdaZ8Oun7xWX4roIebM5eQZVCCIOy83OkcA==","X-Gm-Gg":"AeBDiet4LRN8qNbLnDHGN0vW17Q51RF6+RXhDfNII8U7fNZPBICTvrvJBEP0FPeiIex\n XX8fyJXDIthhYZ0GyLK1piSJtybJrbx2/xhLkQGvvqtzt/rN5eoAz9wzhuImc92NY7k0TXOzHpu\n GwYa/GTE/j1jimRUc8Ic97KVXIewNpYTCubhrOZC9n8rGb/FSsY6PQXmxQFDcFsd/9/lV0mSHS9\n nEK9aAygn/KOD1NQ1Th1CiKe0qLWtZIdN3ZXI1oBknLZn5uNzdjHeWyR2qH4bBwRNE/iB5Ns1fM\n BXzILYO3KcUD5PupfY5EMM68Di8luiDF7OT86gwSc2UwS/9Lk9UjnIPiJkRgBkJTC9vic+Yy0zs\n p6Goxqe8M54oST1VYGl+7L9zyks0tXNwQMwgsX/l9yTcifNhDz0a/nHCFnIpWxk5sk+GEu4zUaS\n gwe9U6a9njnnVgVnrsNyC1LYVUDi5JkGGQjYBy/u7Dow==","X-Received":["by 2002:a05:620a:1a21:b0:8ca:305b:749b with SMTP id\n af79cd13be357-8e792a5d8c3mr2454936585a.60.1776790458384;\n Tue, 21 Apr 2026 09:54:18 -0700 (PDT)","by 2002:a05:620a:1a21:b0:8ca:305b:749b with SMTP id\n af79cd13be357-8e792a5d8c3mr2454932685a.60.1776790457872;\n Tue, 21 Apr 2026 09:54:17 -0700 (PDT)"],"Message-ID":"","Date":"Tue, 21 Apr 2026 12:54:16 -0400","MIME-Version":"1.0","User-Agent":"Mozilla Thunderbird","Subject":"Re: [PATCH] c++: Fix handling of && after a class definition\n [PR65271]","To":"Marek Polacek ,\n Andrew Pinski ","Cc":"gcc-patches@gcc.gnu.org","References":"<20260420050510.1228393-1-andrew.pinski@oss.qualcomm.com>\n ","From":"Jason Merrill ","In-Reply-To":"","X-Mimecast-Spam-Score":"0","X-Mimecast-MFC-PROC-ID":"fzeON51KIkkjEEO8Vbio2eSkgdoC7jkegwlIi7S3TI0_1776790460","X-Mimecast-Originator":"redhat.com","Content-Language":"en-US","Content-Type":"text/plain; charset=UTF-8; format=flowed","Content-Transfer-Encoding":"7bit","X-BeenThere":"gcc-patches@gcc.gnu.org","X-Mailman-Version":"2.1.30","Precedence":"list","List-Id":"Gcc-patches mailing list ","List-Unsubscribe":",\n ","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n ","Errors-To":"gcc-patches-bounces~incoming=patchwork.ozlabs.org@gcc.gnu.org"}}]