From unknown Wed Sep 10 19:49:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6959: [PATCH] Add Microsoft support to cc-mode Resent-From: Daniel Colascione Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 31 Aug 2010 21:00:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 6959 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: emacs-devel@gnu.org, 6959@debbugs.gnu.org X-Debbugs-Original-To: emacs-devel@gnu.org, bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.128328839610249 (code B ref -1); Tue, 31 Aug 2010 21:00:03 +0000 Received: (at submit) by debbugs.gnu.org; 31 Aug 2010 20:59:56 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OqXvv-0002fG-Md for submit@debbugs.gnu.org; Tue, 31 Aug 2010 16:59:55 -0400 Received: from mx10.gnu.org ([199.232.76.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OqXvt-0002fB-Uc for submit@debbugs.gnu.org; Tue, 31 Aug 2010 16:59:54 -0400 Received: from lists.gnu.org ([199.232.76.165]:53846) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1OqXxU-0007DE-Tu for submit@debbugs.gnu.org; Tue, 31 Aug 2010 17:01:32 -0400 Received: from [140.186.70.92] (port=34475 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OqXxT-00020h-Vi for bug-gnu-emacs@gnu.org; Tue, 31 Aug 2010 17:01:32 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,T_DKIM_INVALID,T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OqXxS-0006zO-Rp for bug-gnu-emacs@gnu.org; Tue, 31 Aug 2010 17:01:31 -0400 Received: from mail-wy0-f169.google.com ([74.125.82.169]:33748) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OqXxN-0006yA-0M; Tue, 31 Aug 2010 17:01:25 -0400 Received: by wyb36 with SMTP id 36so10215261wyb.0 for ; Tue, 31 Aug 2010 14:01:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=e9ldHFikaJqW5YefG7Tmvi2BV21n3b3CUQeQIiYenx0=; b=cBrHD6dbNCT5yYhDwAEXIGLH/7N8TjCxONTVuXk65HgMykGHIZKXCvdri8zXzjVAXw iPOie2we2Ke3X+jnRDNn2e/nR+Zo9KH9S1riij2XS5uU7zgVlthf/rs/GfsXeOOaS4Ol 077Z05Tk1iQYh2lue/dRvHnznCSXoK+vMq03U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=fmXMNHq38c2WVQnvKk5kN9a66LaA4jzrs4N7FTQnectPYM/NSSxGYOxnyqi1ButsYM 9UCKMWoF3/qsbqGyGxb7W9AI4bo7nyzHA/c/pEU97mnwCOPGNpZLel80vPhvnS0TeshC X3lqFpI5YBNI+GLr/z72+mQSKS0Wy7sjMtmR4= MIME-Version: 1.0 Received: by 10.227.145.5 with SMTP id b5mr6778928wbv.189.1283288483890; Tue, 31 Aug 2010 14:01:23 -0700 (PDT) Received: by 10.216.12.73 with HTTP; Tue, 31 Aug 2010 14:01:23 -0700 (PDT) Date: Tue, 31 Aug 2010 14:01:23 -0700 Message-ID: From: Daniel Colascione Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -5.9 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -5.9 (-----) Microsoft uses a... unique programming style (erm, typedef void VOID?!) that tends to trip up cc-mode. Particularly problematic are certain code annotations, as described in http://msdn.microsoft.com/en-us/library/aa383701(VS.85).aspx. This patch adds support for this bizarre programming style and allows one to work on idiomatic Windows sources comfortably. You can get the diff at http://bazaar.launchpad.net/~dan-colascione/emacs/c++0x/revision/101039 From unknown Wed Sep 10 19:49:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6959: [PATCH] Add Microsoft support to cc-mode Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org, bug-cc-mode@gnu.org Resent-Date: Wed, 01 Sep 2010 06:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6959 X-GNU-PR-Package: emacs,cc-mode X-GNU-PR-Keywords: patch To: Daniel Colascione Cc: 6959@debbugs.gnu.org Received: via spool by 6959-submit@debbugs.gnu.org id=B6959.128332304526812 (code B ref 6959); Wed, 01 Sep 2010 06:38:02 +0000 Received: (at 6959) by debbugs.gnu.org; 1 Sep 2010 06:37:25 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oqgwn-0006yP-0q for submit@debbugs.gnu.org; Wed, 01 Sep 2010 02:37:25 -0400 Received: from impaqm5.telefonica.net ([213.4.138.5]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oqgwl-0006yK-1Q for 6959@debbugs.gnu.org; Wed, 01 Sep 2010 02:37:23 -0400 Received: from IMPmailhost3.adm.correo ([10.20.102.124]) by IMPaqm5.telefonica.net with bizsmtp id 1Hpl1f00E2h2L9m3RJer9V; Wed, 01 Sep 2010 08:38:51 +0200 Received: from ceviche.home ([83.40.7.141]) by IMPmailhost3.adm.correo with BIZ IMP id 1Jeq1f00932ZxvX1jJerdV; Wed, 01 Sep 2010 08:38:51 +0200 X-Brightmail-Tracker: AAAAAA== X-TE-authinfo: authemail="monnier$movistar.es" |auth_email="monnier@movistar.es" X-TE-AcuTerraCos: auth_cuTerraCos="cosuitnetc01" Received: by ceviche.home (Postfix, from userid 20848) id 7D3E3660DF; Wed, 1 Sep 2010 08:38:50 +0200 (CEST) From: Stefan Monnier Message-ID: References: Date: Wed, 01 Sep 2010 08:38:50 +0200 In-Reply-To: (Daniel Colascione's message of "Tue, 31 Aug 2010 14:01:23 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -2.1 (--) [ Please don't send to both emacs-devel and bug-gnu-emacs, otherwise every reply in emacs-devel risks generating a new bug-number. ] > Microsoft uses a... unique programming style (erm, typedef void > VOID?!) that tends to trip up cc-mode. What do you mean by "trip up"? Sounds like a plain bug to me: any normal program may have such definitions (tho it depends on how "tripped up" it gets; it's normal for cc-mode to behave suboptimally when encountering unknown macros and type annotations, but it should try to be robust in such circumstances). > Particularly problematic are certain code annotations, as described in > http://msdn.microsoft.com/en-us/library/aa383701(VS.85).aspx. This > patch adds support for this bizarre programming style and allows one > to work on idiomatic Windows sources comfortably. Similar needs arise for large projects (e.g. DEFUN and friends in Emacs's C code), IIUC, right? So I think we would want to move such project/system-specific outside cc-langs.el so users can (load "cc-microsoft") or (load "cc-linux") or (load "cc-emacs"). Tho, loading a file is the wrong interface, so maybe it can live in cc-langs.el but it should be inside a function so you could activate it with (cc-enable-microsoft-keywords), or maybe a minor mode (cc-microsoft-keywords-mode 1), tho turning it off might not be that important. The point is to make it modular so it's easy for people to add support for particular projects. Stefan From unknown Wed Sep 10 19:49:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6959: [PATCH] Add Microsoft support to cc-mode Resent-From: Daniel Colascione Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org, bug-cc-mode@gnu.org Resent-Date: Fri, 14 Jan 2011 05:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6959 X-GNU-PR-Package: emacs,cc-mode X-GNU-PR-Keywords: patch To: Stefan Monnier Cc: 6959@debbugs.gnu.org Received: via spool by 6959-submit@debbugs.gnu.org id=B6959.129498400124056 (code B ref 6959); Fri, 14 Jan 2011 05:47:01 +0000 Received: (at 6959) by debbugs.gnu.org; 14 Jan 2011 05:46:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PdcUi-0006Fu-Qj for submit@debbugs.gnu.org; Fri, 14 Jan 2011 00:46:41 -0500 Received: from mail-wy0-f172.google.com ([74.125.82.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PdcUg-0006Fi-K8 for 6959@debbugs.gnu.org; Fri, 14 Jan 2011 00:46:39 -0500 Received: by wyf23 with SMTP id 23so2700884wyf.3 for <6959@debbugs.gnu.org>; Thu, 13 Jan 2011 21:54:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=oN4SFwhvvx9A2uSfG7cT2XHM7pstDlgcIn8nwYLC78s=; b=cj+WCck+e+kZUQSQMZ8fNyI40r71tfucB40B22ADdnAM8kmTlGEkLk2bl+hmn20KPJ 9gardH3D/ii8QFOK3nnRd410/qYciznheoOXylEm8Rlw+3amkDZG2Uvr0DeEOfzJK+JN DouwkEhTfLKYRpd5+yw08rOuttEDrDDW5VEyk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=BhEfLdTRudYZHZuDRqOz55UlZroTZOCIDB0AKgz+erTlbfFVIBFRzei+w7Cu0WQwSf qpqEwtQzpRexWqAp8vEelCJtiBuAk+dWWZcMb04ALZuUH2ziWpE9TVWlCYtSsqfQPtrL XEKILcuwUSPS08iP3U7znMcH9ZHxUe07lpxoA= MIME-Version: 1.0 Received: by 10.216.17.204 with SMTP id j54mr153370wej.32.1294984452796; Thu, 13 Jan 2011 21:54:12 -0800 (PST) Received: by 10.216.29.1 with HTTP; Thu, 13 Jan 2011 21:54:12 -0800 (PST) In-Reply-To: References: Date: Thu, 13 Jan 2011 21:54:12 -0800 Message-ID: From: Daniel Colascione Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -4.8 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -4.6 (----) Hi Stefan, On Tue, Aug 31, 2010 at 11:38 PM, Stefan Monnier wrote: > So I think we would want to move such project/system-specific outside > cc-langs.el so users can (load "cc-microsoft") or (load "cc-linux") or > (load "cc-emacs"). =A0Tho, loading a file is the wrong interface, so mayb= e > it can live in cc-langs.el but it should be inside a function so you > could activate it with (cc-enable-microsoft-keywords), or maybe a minor > mode (cc-microsoft-keywords-mode 1), tho turning it off might not be > that important. > The point is to make it modular so it's easy for people to add support > for particular projects. Unfortunately, cc-mode doesn't have a good mechanism for implementing the kind of interface we'd both like. To do it, we have essentially two choices: 1) Define a new, external cc-mode language for each optional package: he problem with this approach is that the language structure is a tree, so you can't easily combine multiple optional packages. Besides, cc-engine.el and cc-fonts.el have many explicit tests for specific languages (especially C++), and defining a language derived from C++ will make these tests fail. This is a separate bug, and one reason very few people actually use the cc-mode external language support. 2) Allow c-lang-defconst values to be redefined by the user after cc-mode is compiled: this would work fine, and would permit exactly the kind of interface you propose. The main problem is that c-lang-defconst values are baked into modes and their font-lock-keywords values at compile time,though there's a special case for c-extra-types. Fixing this deficiency would require the entire cc-mode variable graph to be evaluated at mode initialization time. On a modern machine, that shouldn't be a performance problem, but the current macrology is subtle and quick to anger. I'm also not quite sure what should happen when, for a variable c-foo, we have a c-mode definition, a c++-mode definition that relies on the c-mode value, and the user customizes the value for c-foo in c-mode. Do we need to re-evaluate the value for c++-mode? Integrating major language extensions directly into cc-mode is the least general, but also the least invasive solution to the problem, and there's already some precedent for QT. Until we get that generic user-customizable, composable PEG-based mode support I've been dreaming about, it's the best we can do. I've just been using a private branch for cc-mode, but that's not an option for sane people. :-) Regards, Daniel Colascione From unknown Wed Sep 10 19:49:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6959: [PATCH] Add Microsoft support to cc-mode Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org, bug-cc-mode@gnu.org Resent-Date: Sat, 15 Jan 2011 02:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6959 X-GNU-PR-Package: emacs,cc-mode X-GNU-PR-Keywords: patch To: Daniel Colascione Cc: 6959@debbugs.gnu.org Received: via spool by 6959-submit@debbugs.gnu.org id=B6959.129505810611132 (code B ref 6959); Sat, 15 Jan 2011 02:22:02 +0000 Received: (at 6959) by debbugs.gnu.org; 15 Jan 2011 02:21:46 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pdvlx-0002tU-SS for submit@debbugs.gnu.org; Fri, 14 Jan 2011 21:21:46 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pdvlw-0002tJ-Fw for 6959@debbugs.gnu.org; Fri, 14 Jan 2011 21:21:44 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgUIALOVME1FxIbi/2dsb2JhbAAzpC90uwmFTwSEa44u X-IronPort-AV: E=Sophos;i="4.60,325,1291611600"; d="scan'208";a="88138668" Received: from 69-196-134-226.dsl.teksavvy.com (HELO ceviche.home) ([69.196.134.226]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 14 Jan 2011 21:29:05 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 8D82066612; Fri, 14 Jan 2011 10:52:20 -0500 (EST) From: Stefan Monnier Message-ID: References: Date: Fri, 14 Jan 2011 10:52:20 -0500 In-Reply-To: (Daniel Colascione's message of "Thu, 13 Jan 2011 21:54:12 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.5 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -1.5 (-) > I've just been using a private branch for cc-mode, but that's not an > option for sane people. :-) Hopefully by now, none of our users are still sane, Stefan From unknown Wed Sep 10 19:49:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6959: [PATCH] Add Microsoft support to cc-mode Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bug-cc-mode@gnu.org Resent-Date: Fri, 26 Feb 2016 06:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6959 X-GNU-PR-Package: emacs,cc-mode X-GNU-PR-Keywords: patch To: Daniel Colascione Cc: 6959@debbugs.gnu.org, emacs-devel@gnu.org Received: via spool by 6959-submit@debbugs.gnu.org id=B6959.14564689938078 (code B ref 6959); Fri, 26 Feb 2016 06:44:01 +0000 Received: (at 6959) by debbugs.gnu.org; 26 Feb 2016 06:43:13 +0000 Received: from localhost ([127.0.0.1]:46693 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZC7N-00026E-Gs for submit@debbugs.gnu.org; Fri, 26 Feb 2016 01:43:13 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:35245) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZC7L-000266-FF for 6959@debbugs.gnu.org; Fri, 26 Feb 2016 01:43:11 -0500 Received: from [175.103.25.178] (helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aZC6x-0005eS-Lu; Fri, 26 Feb 2016 07:42:48 +0100 From: Lars Ingebrigtsen References: Date: Fri, 26 Feb 2016 17:12:42 +1030 In-Reply-To: (Daniel Colascione's message of "Tue, 31 Aug 2010 14:01:23 -0700") Message-ID: <87r3g0t1jx.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1aZC6x-0005eS-Lu X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1457073768.87663@kP0aJCLRIb0CXyiHq2NpjA X-Spam-Status: No X-Spam-Score: 0.0 (/) 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: 0.0 (/) Daniel Colascione writes: > Microsoft uses a... unique programming style (erm, typedef void > VOID?!) that tends to trip up cc-mode. Particularly problematic are > certain code annotations, as described in > http://msdn.microsoft.com/en-us/library/aa383701(VS.85).aspx. This > patch adds support for this bizarre programming style and allows one > to work on idiomatic Windows sources comfortably. > > You can get the diff at > > http://bazaar.launchpad.net/~dan-colascione/emacs/c++0x/revision/101039 Could you resend the patch (if this is still an issue)? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Wed Sep 10 19:49:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6959: [PATCH] Add Microsoft support to cc-mode Resent-From: Daniel Colascione Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bug-cc-mode@gnu.org Resent-Date: Fri, 26 Feb 2016 06:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6959 X-GNU-PR-Package: emacs,cc-mode X-GNU-PR-Keywords: patch To: Lars Ingebrigtsen , Daniel Colascione Cc: 6959@debbugs.gnu.org, emacs-devel@gnu.org Received: via spool by 6959-submit@debbugs.gnu.org id=B6959.14564690928238 (code B ref 6959); Fri, 26 Feb 2016 06:45:02 +0000 Received: (at 6959) by debbugs.gnu.org; 26 Feb 2016 06:44:52 +0000 Received: from localhost ([127.0.0.1]:46700 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZC8y-00028n-5M for submit@debbugs.gnu.org; Fri, 26 Feb 2016 01:44:52 -0500 Received: from dancol.org ([96.126.100.184]:45910) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZC8w-00028f-9m for 6959@debbugs.gnu.org; Fri, 26 Feb 2016 01:44:50 -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:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject; bh=N419I5cWSsgrvFpLETxt2zi7V/mu1y6Hh601fUvSneE=; b=IVY/8D04vxoxFoGgWZGslugpExQucWTkPBlTLK6gGOvnhLKdTertNyzNdvPrz/xqApRuBp6fuWnI7NrNDMavQzPfrWScqswRWqfi/dmithCUHOUsMC4uwF30dYjJW1sbxWevwZSa3tyZACOoB8Ws4iOSkkqETSjxCW+1iAY4jY7LCZsiwex5aOzVxFE6aWu7R6hR0xXEkMjJplAQ3scjWz/bXC2eXi/1TLT9r0MZX2WqzxuU6qvL9GpBI5tUE0eWJo2scH1feQwN8LfdpG4P7oHajtWr8i+5yfDGZEA1KJVSuqYbjnWzitnWcAO8LQKDS9bFHI7jgtt3iKru+S3cJQ==; Received: from c-67-161-115-4.hsd1.wa.comcast.net ([67.161.115.4] helo=[192.168.1.210]) by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1aZC8v-0005ew-Ca; Thu, 25 Feb 2016 22:44:49 -0800 References: <87r3g0t1jx.fsf@gnus.org> From: Daniel Colascione Message-ID: <56CFF45D.2020407@dancol.org> Date: Thu, 25 Feb 2016 22:44:45 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <87r3g0t1jx.fsf@gnus.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="a3STDRPlW1Pddlk47WDDJqaPNRggFRP0H" X-Spam-Score: -0.0 (/) 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: -0.0 (/) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --a3STDRPlW1Pddlk47WDDJqaPNRggFRP0H Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 02/25/2016 10:42 PM, Lars Ingebrigtsen wrote: > Daniel Colascione writes: >=20 >> Microsoft uses a... unique programming style (erm, typedef void >> VOID?!) that tends to trip up cc-mode. Particularly problematic are >> certain code annotations, as described in >> http://msdn.microsoft.com/en-us/library/aa383701(VS.85).aspx. This >> patch adds support for this bizarre programming style and allows one >> to work on idiomatic Windows sources comfortably. >> >> You can get the diff at >> >> http://bazaar.launchpad.net/~dan-colascione/emacs/c++0x/revision/10103= 9 >=20 > Could you resend the patch (if this is still an issue)? It's not worth thinking about anymore. These days, I'd just define a derived mode and be done with it. Besides, as I recall, performance wasn't great with that patch. --a3STDRPlW1Pddlk47WDDJqaPNRggFRP0H 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 iQIcBAEBCAAGBQJWz/RdAAoJEN4WImmbpWBlwH8P/AmbMoIX/dcpMH8xoW4NE1Lz 4i0sTokKRZGF9iyu3Q5e6BoZoxOsFPqfxhjlzO7/XH1qKceR6Y3fVkHdCQrd3XzW X1AquKl5FkoSlU7WwTRtnOfZ1MV7dKYWfigrlZwDvJ/71OOsOuZVP+cUtk593v6U KZbZDxrl0xqk2UgmCcNbnckLyiJDM6WW2k3h8bPSvxK21CgyXIIEFh4ahUl/n6eb 6k7S6wkoe8Y0TUtUMW7jV9rjXmzyvzCeYg9nIyHfkrqgdOf/O+aQ7WdS+YvMF7QB gQr5rSsLizooKkCedGRA73PKNGpZF+lI9p/7ypmY2R5keWNa0S13b4y4WUrFHLox Z5iBXBcZWg0il/9gs9bPEcWFLhhXn1Vwg+qLHysWng7bT1pM+i0O6cMWjvtvV1BU WsrJ4WfPiMhTte1bY/TWYbNUHyj3PvNPWfdd66u6PBnZAGOwe2aN14pOB+Bkuub/ tpbL+wtlMnnkpcNxpfB/RMaQdsn9WXUBhO7MMPkOWPz0LbtcY8rUVXvndCdmmx+U RMp8UT7nPXJ0j/L1bsvt4EQBRfDnma0HGp1YuuT0EMbeRnYtgL6drGIEuR+hsV/B /wA1p/uBUrFebM2PfYSgVpSF3C7gIhczL7CBEwZVOEE1n3g44A3piYpyBgv3dBld SjeVvVx8NZ53Ftr3SoHb =Q3Pz -----END PGP SIGNATURE----- --a3STDRPlW1Pddlk47WDDJqaPNRggFRP0H-- From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 26 02:04:14 2016 Received: (at control) by debbugs.gnu.org; 26 Feb 2016 07:04:14 +0000 Received: from localhost ([127.0.0.1]:46735 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZCRi-0005ww-22 for submit@debbugs.gnu.org; Fri, 26 Feb 2016 02:04:14 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:52447) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZCRg-0005wo-K8 for control@debbugs.gnu.org; Fri, 26 Feb 2016 02:04:12 -0500 Received: from [175.103.25.178] (helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aZCRI-0006NZ-In for control@debbugs.gnu.org; Fri, 26 Feb 2016 08:03:49 +0100 Date: Fri, 26 Feb 2016 17:33:44 +1030 Message-Id: <87io1crm0f.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #6959 X-MailScanner-ID: 1aZCRI-0006NZ-In X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1457075030.35669@BR4mrEmO60PY3GV/2W6gCg X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control 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: 0.0 (/) tags 6959 wontfix close 6959