From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] support a few of the new features of C++11 in syntax highlighting Date: Tue, 18 Nov 2014 09:13:08 -0800 Message-ID: <546B7E24.6010408@dancol.org> References: <546B4013.6080507@dancol.org> <878uj85zw0.fsf@wanadoo.es> <3893580.J5y1DMedfv@descartes> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="GS1lHtS1KadgwMqmnMdNF1GHTO9NdAq0t" X-Trace: ger.gmane.org 1416330814 9918 80.91.229.3 (18 Nov 2014 17:13:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Nov 2014 17:13:34 +0000 (UTC) Cc: =?UTF-8?B?w5NzY2FyIEZ1ZW50ZXM=?= To: =?UTF-8?B?UsO8ZGlnZXIgU29uZGVyZmVsZA==?= , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 18 18:13:29 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XqmLD-0002kE-UT for ged-emacs-devel@m.gmane.org; Tue, 18 Nov 2014 18:13:24 +0100 Original-Received: from localhost ([::1]:54423 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XqmLD-0000tu-Gb for ged-emacs-devel@m.gmane.org; Tue, 18 Nov 2014 12:13:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59076) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XqmLA-0000ss-Ko for emacs-devel@gnu.org; Tue, 18 Nov 2014 12:13:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XqmL7-0002ee-Db for emacs-devel@gnu.org; Tue, 18 Nov 2014 12:13:20 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:49730) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XqmL7-0002eS-44 for emacs-devel@gnu.org; Tue, 18 Nov 2014 12:13:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=SNycVQEbgAjsh1oRUJ2sCWZVjF3IBo4rgUYjNR27DOI=; b=hrtPAM8wFGRpRWpY6elfsfs4iGlnLx8oLnxLdLr9VWvYxiv8NjfJfMsEwVt2sD7Lm/+SamLUJvYPJytr4etfvtU7vyw2KZf39m5uduqXbpmf2fmbgDjOOGMmeu+AozqHsE7vrq38RnCtCFiQknjS55MjS2N8DtX+bGviLhSMaHLCcQckYMqS6fVVi8pFOAIehKflY2dXMy42cY3k2WcqSsCL4LoAZAtCfjvrTQPdsMS+u4G8wUshgVVlc3Dmzv0dK1kXyLBFaaypuhGzhFqhzsIqA+7UhOyJtly7waUV3Lq+aBBGBYcGrUIYxyxOzwHk8mK3OGu1mOgePW2VNwsqwA==; Original-Received: from [2620:0:1cfe:9a:2ab2:bdff:fe1c:db58] by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1XqmL5-0006Vs-4w; Tue, 18 Nov 2014 09:13:15 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 In-Reply-To: <3893580.J5y1DMedfv@descartes> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:177595 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --GS1lHtS1KadgwMqmnMdNF1GHTO9NdAq0t Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 11/18/2014 08:36 AM, R=C3=BCdiger Sonderfeld wrote: > On Tuesday 18 November 2014 15:47:43 =C3=93scar Fuentes wrote: >> Daniel Colascione writes: >>>>> The "alignof" keyword is the only one still missing. >>>> >>>> From the top of my head: override is also missing. >>> >>> Because "override" (and "final") are keywords only in certain semanti= c >>> contexts, supporting them requires special care. >> >> override and final have the same context as `const' for methods, so we= >> could take that as a model. Skimming over cc-langs.el didn't show an >> obvious place for it, though. >=20 > Yes, but "const" has a meaning in other places as well. That's why it = is=20 > dealt with in `c-type-modifier-kwds'. I think the problem is similar f= or=20 > "noexcept". I've simply added it to `c-type-modifier-kwds' for now. B= ut it's=20 > actually the wrong place. However unlike "override" and "final", there= is=20 > also an operator version of "noexcept". C++11 introduced the noexcept and constexpr keywords. They're always keyw= ords. "override" and "final" are different. Please don't go hack those in= to cc-engine. Better to leave them unfontified than to fontify perfectly = good identifiers as keywords. They're not like "const" at all. --GS1lHtS1KadgwMqmnMdNF1GHTO9NdAq0t Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJUa34kAAoJEN4WImmbpWBleS8P/0Zo1tyVI7G15zmaoFz3Lqt9 qdz7yLTQ1DqHbdEPevY3+QlHFJrF1iWCuTyq13AtETIWaQ2VPTI0pou+XK/4sjMB hV4B0ARrrETYiszACF28Qjnj3PryGXO7NX1iZ2jDOKD1hQPQyLFnjMCEMW8gU9kI xmJ2XKPJrfPncFb1Q/4gZaZmw4so55D3EfFWHSW+1EdbI2y4WmjOiN6l5Jc6TNaR iNGf3wWqL9GqEimqg6Ym0WaTDdZPV/9ziZOyKSuRKA3kV8zNEnnGe4GsGJW4my6Y qgHsX4/eAE8BWebzgTNLtIKjQs7HblEjGgsIrkLYXBjQvcvMJkThJ6UHvtsGmZP7 +mKCeve3E7C0qELW86Ay9KDWgyv2s61Vw62x5IX6Kndw64Ji3Y6rP+U+PVoMqb0S UniyPHcdhZqR7WixXOCwzlOpFGd5vfR6kEv/ejJkYtZVPw+HhD2kdWtZMvoIRWnd l1ypUmRu83oIJfMznufxS785WDm2PVD5bJYs9p/59METac0OVNN5eHvzGRrp2V+2 N52ofN119xP6Yq9+uc1mdTx5gnHSPawc0+yZN42xrFiMxCHed+knGH0kvr0VOiAc qFxk2k0GvuX8iNiwNVzMm2MXdBrCvzbuyjFAMPrh26EvFVovFdnI5+5MIaudSjkn fz8TEx8dXQ9+kPTdVRxi =T42q -----END PGP SIGNATURE----- --GS1lHtS1KadgwMqmnMdNF1GHTO9NdAq0t--