From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 23 21:55:38 2012 Received: (at submit) by debbugs.gnu.org; 24 Jan 2012 02:55:38 +0000 Received: from localhost ([127.0.0.1]:41167 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RpWXp-00018k-B5 for submit@debbugs.gnu.org; Mon, 23 Jan 2012 21:55:38 -0500 Received: from eggs.gnu.org ([140.186.70.92]:59354) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RpWOz-0000vw-DQ for submit@debbugs.gnu.org; Mon, 23 Jan 2012 21:46:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RpWOb-0007PK-Gc for submit@debbugs.gnu.org; Mon, 23 Jan 2012 21:46:06 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_LOW, T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([140.186.70.17]:33079) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RpWOb-0007PG-F5 for submit@debbugs.gnu.org; Mon, 23 Jan 2012 21:46:05 -0500 Received: from eggs.gnu.org ([140.186.70.92]:36019) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RpWOa-0007xu-C3 for bug-gnu-emacs@gnu.org; Mon, 23 Jan 2012 21:46:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RpWOZ-0007P3-68 for bug-gnu-emacs@gnu.org; Mon, 23 Jan 2012 21:46:04 -0500 Received: from mail-we0-f169.google.com ([74.125.82.169]:54240) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RpWOZ-0007Oz-1i for bug-gnu-emacs@gnu.org; Mon, 23 Jan 2012 21:46:03 -0500 Received: by wera13 with SMTP id a13so1224336wer.0 for ; Mon, 23 Jan 2012 18:46:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=wnltHc2YAbT0uF5M9u+y6RlWisospKFLNmGrAC1lvBI=; b=nfc7UHiZ18Lknr7URqSXS9SYgWPLnF9UpckvNyH9j1RJ49m4QmxgEPNwkVnOnU6nvP 9hvMOYH8B/pfG/ffRey8Gd28iO/LUg803KSLX/0VwZmQCMbB+4V9yxwA83ANXov3dwqa GGU5P6WHgEQltQeSlxb1pYOCRJyB/N6AqNQp4= MIME-Version: 1.0 Received: by 10.216.135.162 with SMTP id u34mr4498975wei.1.1327373161764; Mon, 23 Jan 2012 18:46:01 -0800 (PST) Received: by 10.180.18.162 with HTTP; Mon, 23 Jan 2012 18:46:01 -0800 (PST) Date: Mon, 23 Jan 2012 21:46:01 -0500 Message-ID: Subject: c++-mode closing nested template angle braces breaks font-lock, indentation and show-paren-mode. From: Matt Renaud To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=0016e6de0078ca95d004b73d2534 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -3.2 (---) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 23 Jan 2012 21:55:35 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.2 (---) --0016e6de0078ca95d004b73d2534 Content-Type: text/plain; charset=ISO-8859-1 *Emacs Version: *24.0.92.2 When writing C++ code with nested templates, putting two (or more) closing angle braces together causes the font-lock, show-paren-mode and indentation to break. Positioning point on any of the closing parentheses fails to show the matching opening brace which makes template meta-programs difficult to read. Any nested templates will cause this. The following is a simple example showing the 2 cases: template > struct foo // Indentation broken here... { }; int main() { std::vector> vv_int; // Font-lock broken here... return 0; } --0016e6de0078ca95d004b73d2534 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Emacs Version: 24.0.92.2

When writing C++ code with nested te= mplates, putting two (or more) closing angle braces together causes the fon= t-lock, show-paren-mode and indentation to break.=A0 Positioning point on a= ny of the closing parentheses fails to show the matching opening brace whic= h makes template meta-programs difficult to read.=A0 Any nested templates w= ill cause this.=A0 The following is a simple example showing the 2 cases:

template <typename T =3D st= d::vector<int>>
=A0 struct foo=A0=A0=A0 // Indentation broken h= ere...
=A0 {
=A0 };


int main()
{
=A0 std::vector<= std::vector<int>> vv_int; // Font-lock broken here...

=A0 return 0;
}

--0016e6de0078ca95d004b73d2534-- From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 08 19:41:30 2016 Received: (at 10590) by debbugs.gnu.org; 8 Sep 2016 23:41:30 +0000 Received: from localhost ([127.0.0.1]:53954 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bi8wk-0000VQ-Dn for submit@debbugs.gnu.org; Thu, 08 Sep 2016 19:41:30 -0400 Received: from mail-oi0-f42.google.com ([209.85.218.42]:33248) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bi8wi-0000V6-TL; Thu, 08 Sep 2016 19:41:29 -0400 Received: by mail-oi0-f42.google.com with SMTP id y2so101473397oie.0; Thu, 08 Sep 2016 16:41:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:message-id:mime-version; bh=OCl5b6QH9WWuCyaf1sJ1Hzvw7NGReGRQpgjpJXR+ugI=; b=qeG8PAvbttPXGUd8dFBvcxNiOX2JlLfnXMKOiEPjS3HqJGfDMI0xvv/kxM3SMql8vX NhHYPw1SGg16NiwC0+zF8y2sPeas80vPuzIqYGXVV+opV2INCx6tyf2dQ6PHzSVGI+k7 HELEhwZU1opaBlzGyp+2Vy40dd6bOOtkwPkZqWcXsqtuiZgNFDV8i79emca6jvi9CmVY 6z6pXzcAchOV8F6VxdCxws0Dsh9yGwPew45NH2IC95TW0DUNPoNNlN9VeenVFVvTEkIY jJct5cT0TGFPftBJUsTvB2amIepSO5rJd5b6sBFsh5Q7rTsx+zNSiXJvUr6B22h94s+Z BSPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:message-id :mime-version; bh=OCl5b6QH9WWuCyaf1sJ1Hzvw7NGReGRQpgjpJXR+ugI=; b=OTcK1CYLtFGwxTCw0LuWm4+x2+1R2XiJrtAMltvu3zSFH0T+TavTAOcRhCjAg2GtfP mFPzAp8jCWGnw4uKRSr2CkmXB8j3VlCd2J0Bma8Ci5IB+142skxcMacomSIdKyDAgOO/ jlMUy2SXSaL2ej7PntdryVP7e1PrbTop9b7R+OqtDTgloygGBX/iS6DL+01QfsgK3I9E w7XQlT3lle/tM4HBRTGfR0D9QE2oQ4Xi9SIzudR6MzDB4PlCJkAXuai0WeypQohDpZHW 5ETl+3q0VH5dA5KhM61cSY/8ejNtpaD8feTj6qK/UZcFg783Z6EjGimJWe8VC7rTGUNu Gq1A== X-Gm-Message-State: AE9vXwPqUEN9YQXSoBeBGxRU5rnDOKw8RWVL4ksiZ9e/QjKRqDJg26XEhBFoYrGEpf067A== X-Received: by 10.202.50.134 with SMTP id y128mr918432oiy.136.1473378083311; Thu, 08 Sep 2016 16:41:23 -0700 (PDT) Received: from lylat (S01061859339e9903.ss.shawcable.net. [174.2.107.88]) by smtp.gmail.com with ESMTPSA id x203sm237282itb.11.2016.09.08.16.41.22 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 08 Sep 2016 16:41:22 -0700 (PDT) From: Alex To: Matt Renaud Subject: Re: bug#10590: c++-mode closing nested template angle braces breaks font-lock, indentation and show-paren-mode. References: Date: Thu, 08 Sep 2016 17:41:14 -0600 Message-ID: <878tv26jtx.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: close 10590 25.1 quit Matt Renaud writes: > Emacs Version: 24.0.92.2 > > When writing C++ code with nested templates, putting two (or more) closing angle braces together causes the font-lock, show-paren-mode and indentation to break. Positioning point on any of the closing parentheses fails to show the matching > opening brace which makes template meta-programs difficult to read. Any nested templates will cause this. The following is a simple example showing the 2 cases: > > template > > struct foo // Indentation broken here... > { > }; > > int main() > { > std::vector> vv_int; // Font-lock broken here... > > return 0; > } [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.4 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.218.42 listed in dnsbl.sorbs.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (agrambot[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.218.42 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.218.42 listed in wl.mailspike.net] -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Debbugs-Envelope-To: 10590 Cc: 10590@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: close 10590 25.1 quit Matt Renaud writes: > Emacs Version: 24.0.92.2 > > When writing C++ code with nested templates, putting two (or more) closing angle braces together causes the font-lock, show-paren-mode and indentation to break. Positioning point on any of the closing parentheses fails to show the matching > opening brace which makes template meta-programs difficult to read. Any nested templates will cause this. The following is a simple example showing the 2 cases: > > template > > struct foo // Indentation broken here... > { > }; > > int main() > { > std::vector> vv_int; // Font-lock broken here... > > return 0; > } [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.4 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.218.42 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.218.42 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.218.42 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (agrambot[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid close 10590 25.1 quit Matt Renaud writes: > Emacs Version: 24.0.92.2 > > When writing C++ code with nested templates, putting two (or more) closing angle braces together causes the font-lock, show-paren-mode and indentation to break. Positioning point on any of the closing parentheses fails to show the matching > opening brace which makes template meta-programs difficult to read. Any nested templates will cause this. The following is a simple example showing the 2 cases: > > template > > struct foo // Indentation broken here... > { > }; > > int main() > { > std::vector> vv_int; // Font-lock broken here... > > return 0; > } This appears to have been fixed in 25.1. From unknown Mon Jun 23 16:47:56 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 07 Oct 2016 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator