From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#710: qt-special labels not syntactically recognized? Date: Wed, 13 Aug 2008 14:31:48 +0000 Message-ID: <20080813143148.GE3010@muc.de> References: Reply-To: bug-gnu-emacs@gnu.org, 710@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1218638928 18666 80.91.229.12 (13 Aug 2008 14:48:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 13 Aug 2008 14:48:48 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org To: dejfson Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Aug 13 16:49:35 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KTHfK-0001pv-V9 for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Aug 2008 16:49:35 +0200 Original-Received: from localhost ([127.0.0.1]:44114 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KTHeO-0000LM-Nf for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Aug 2008 10:48:36 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KTHdJ-0007iL-S4 for bug-gnu-emacs@gnu.org; Wed, 13 Aug 2008 10:47:29 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KTHdH-0007h2-UO for bug-gnu-emacs@gnu.org; Wed, 13 Aug 2008 10:47:29 -0400 Original-Received: from [199.232.76.173] (port=42682 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KTHdH-0007gs-JX for bug-gnu-emacs@gnu.org; Wed, 13 Aug 2008 10:47:27 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:43763) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KTHdH-0000cC-Ie for bug-gnu-emacs@gnu.org; Wed, 13 Aug 2008 10:47:27 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7DElPTj002213; Wed, 13 Aug 2008 07:47:25 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m7DEZ4oc030428; Wed, 13 Aug 2008 07:35:04 -0700 X-Loop: don@donarmstrong.com Resent-From: Alan Mackenzie Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 13 Aug 2008 14:35:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 710 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by submit@emacsbugs.donarmstrong.com id=B.121863779128865 (code B ref -1); Wed, 13 Aug 2008 14:35:03 +0000 Original-Received: (at submit) by emacsbugs.donarmstrong.com; 13 Aug 2008 14:29:51 +0000 Original-Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7DETl1a028859 for ; Wed, 13 Aug 2008 07:29:49 -0700 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KTHMB-00029B-3x for bug-gnu-emacs@gnu.org; Wed, 13 Aug 2008 10:29:47 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KTHM9-00028D-8H for bug-gnu-emacs@gnu.org; Wed, 13 Aug 2008 10:29:46 -0400 Original-Received: from [199.232.76.173] (port=49098 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KTHM8-000286-Vw for bug-gnu-emacs@gnu.org; Wed, 13 Aug 2008 10:29:45 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:1116 helo=mail.muc.de) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KTHM8-0002VK-V7 for bug-gnu-emacs@gnu.org; Wed, 13 Aug 2008 10:29:45 -0400 Original-Received: (qmail 56537 invoked by uid 3782); 13 Aug 2008 14:29:42 -0000 Original-Received: from acm.muc.de (pD9E23E2A.dip.t-dialin.net [217.226.62.42]) by colin2.muc.de (tmda-ofmipd) with ESMTP; Wed, 13 Aug 2008 16:29:41 +0200 Original-Received: (qmail 7297 invoked by uid 1000); 13 Aug 2008 14:31:48 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) X-Primary-Address: acm@muc.de X-detected-kernel: by monty-python.gnu.org: FreeBSD 4.6-4.9 X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Resent-Date: Wed, 13 Aug 2008 10:47:29 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:19373 Archived-At: Hi, dejfson! On Mon, Aug 11, 2008 at 01:05:40PM +0200, dejfson wrote: > Dear All, > i've been working for some time on elisp and c++-mode and I have > noticed one thing. When using `c-show-syntactic-information' against > QT class header files, the label structures as 'protected slots:' and > 'signals:' are not recognized correctly. > I know that these are not C++ standards, however is there any way how > to include them to the indent-parser to be recognized? CC Mode does handle the QT constructs like "signals:" and "slots:", though there could well be bugs in that bit of the code. > The 'signals:' label is correctly recognized, however > indentation/coloring is not the same of kind as > 'public/protected/private:' labels in class declaration. The combined > form 'protected slots' is not recognized at all. It is identified as > 'statement', colored as the other statements. These things are handled OK in one of CC Mode's test files. Could you send me some sample C++ code, preferably reduced to just a few lines, which illustrates all these problems, please. Please describe exactly what you get, and also say what you expect, and how that differs from what you actually get. Also, most importantly, would you supply information on what versions of (X)Emacs/CC Mode you're using. The easiest way to do that is with C-c C-b, which initialises an email buffer. Please do this and send me all the configuration information that this generates. This will help me track down the problem and fix it. > thanks > d. -- Alan Mackenzie (Nuremberg, Germany).