From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Antoine Levitt Newsgroups: gmane.emacs.bugs Subject: bug#3417: c-mode uses font-lock-doc-face for /** Date: Fri, 29 May 2009 19:03:05 +0200 Message-ID: <6fa54e4e0905291003k55d24a6dncebf416b28062f40@mail.gmail.com> References: <6fa54e4e0905290745y30d14b79y7be9a0b8f429833d@mail.gmail.com> <4A20117B.8040605@gmx.at> Reply-To: Antoine Levitt , 3417@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=0016368324eacb88db046b100c15 X-Trace: ger.gmane.org 1243617479 4868 80.91.229.12 (29 May 2009 17:17:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 May 2009 17:17:59 +0000 (UTC) Cc: 3417@emacsbugs.donarmstrong.com To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 29 19:17:55 2009 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 1MA5iM-0003Tr-Sj for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 May 2009 19:17:55 +0200 Original-Received: from localhost ([127.0.0.1]:54039 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MA5iM-0005D7-6W for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 May 2009 13:17:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MA5hv-00050j-D5 for bug-gnu-emacs@gnu.org; Fri, 29 May 2009 13:17:27 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MA5hq-0004yN-4J for bug-gnu-emacs@gnu.org; Fri, 29 May 2009 13:17:26 -0400 Original-Received: from [199.232.76.173] (port=40603 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MA5hp-0004yA-RB for bug-gnu-emacs@gnu.org; Fri, 29 May 2009 13:17:21 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:55953) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MA5ho-0002XF-8Q for bug-gnu-emacs@gnu.org; Fri, 29 May 2009 13:17:20 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4THHHlR031559; Fri, 29 May 2009 10:17:18 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n4TH55Vi028967; Fri, 29 May 2009 10:05:05 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Antoine Levitt Original-Sender: smeuuh@gmail.com Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 29 May 2009 17:05:05 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 3417 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 3417-submit@emacsbugs.donarmstrong.com id=B3417.124361659528498 (code B ref 3417); Fri, 29 May 2009 17:05:05 +0000 Original-Received: (at 3417) by emacsbugs.donarmstrong.com; 29 May 2009 17:03:15 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from mail-qy0-f178.google.com (mail-qy0-f178.google.com [209.85.221.178]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4TH3AjK028488 for <3417@emacsbugs.donarmstrong.com>; Fri, 29 May 2009 10:03:11 -0700 Original-Received: by qyk8 with SMTP id 8so8321741qyk.19 for <3417@emacsbugs.donarmstrong.com>; Fri, 29 May 2009 10:03:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=W+OwTvzF1V2/7RoHslGfZRO1ln6nDtIF8WM1d4mHcHk=; b=ufb6BTjej0cgV3uif3KY2LdU4Re3MmHUO96XQhvx/5Luvb7Wcco40a8IbbTpZppzd0 sSMULLJyxUT/7qaMqvRT+Jo+DrA9Wv41pbAbFgC5US6HUNPjIaYb6W//l7+Tnra/Hewc T1h2nqYQFwjtpkt3DRg6h0Tb2dBk4H4QLaJ5k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=wb0ZuQ/7P68o303zaT75hk3ls+LO0RxxU03h3ftwdV573g4B7AiJ0ui6X862ykHYyC S3gvfPv8O9k5/A8VdniEHQjvOrnNq5XM748n2Of0rRcVbhXfh4rc/4ybPFCHvuv/+Z7m kh5mGOZOOX3f9I8ZB7BnsKoVGiMaHguify5nU= Original-Received: by 10.229.97.194 with SMTP id m2mr1164600qcn.21.1243616585155; Fri, 29 May 2009 10:03:05 -0700 (PDT) In-Reply-To: <4A20117B.8040605@gmx.at> X-Google-Sender-Auth: c4679cb48bb6e6c8 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Fri, 29 May 2009 13:17:26 -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:28301 Archived-At: --0016368324eacb88db046b100c15 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Using your variable as a starting point, I found this : for gtkdoc (default in C), regexp is : (c-font-lock-doc-comments "/\\*\\*$" limit gtkdoc-font-lock-doc-comments) for javadoc, it's : (c-font-lock-doc-comments "/\\*\\*" limit javadoc-font-lock-doc-comments))))) Gtkdoc manual specifies : A multiline comment that starts with an additional '*' marks a documentation block that will be processed by the Gtk-Doc tools. Shouldn't the regexp for gtkdoc be "/\\*\\*" then ? (without the $) 2009/5/29 martin rudalics > > Compare : > > /** > > some file > > */ > > with > > /* > > some file > > */ > > > > In the first case, font-lock-doc-face is used, in the second > > font-lock-comment-face is. > > > > The first example fontifies with doc-face only if there is just "/**" : > > "/*", "/** " (with a space) or "/***", for instance, use the standard > > comment-face. > > > > This is using emacs 23.0.94.1, and was reproduced on emacs22 as well. C++ > > and obj-C aren't affected, and java also shows this behavior on "/***"" > and > > "/** "/ > > > > This behavior is certainly unexpected : I expect all comments to be > > fontified with the same face. Am I right in thinking it's a bug ? > > Have you tried to customize `c-doc-comment-style'? > > martin > --0016368324eacb88db046b100c15 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Using your variable as a starting point, I found this :
for gtkdoc (defa= ult in C), regexp is :
=A0=A0=A0 (c-font-lock-doc-comments "/\\*\\*= $" limit
=A0=A0=A0 =A0 gtkdoc-font-lock-doc-comments)

for ja= vadoc, it's :=A0=A0=A0
(c-font-lock-doc-comments "/\\*\\*" limit
=A0=A0=A0 =A0 javado= c-font-lock-doc-comments)))))

Gtkdoc manual specifies :

A multiline comment that starts with an additional '*' mark= s a documentation block that will be processed by the Gtk-Doc tools.

Shouldn't the regexp for gtkdoc be= "/\\*\\*" then ? (without the $)

2009/5/29 martin rudalics <rudalics@gmx.at>
> Compare :
> /**
> some file
> */
> with
> /*
> some file
> */
>
> In the first case, font-lock-doc-face is used, in the second
> font-lock-comment-face is.
>
> The first example fontifies with doc-face only if there is just "= /**" :
> "/*", "/** " (with a space) or "/***", f= or instance, use the standard
> comment-face.
>
> This is using emacs 23.0.94.1, and was reproduced on emacs22 as well. = C++
> and obj-C aren't affected, and java also shows this behavior on &q= uot;/***"" and
> "/** "/
>
> This behavior is certainly unexpected : I expect all comments to be > fontified with the same face. Am I right in thinking it's a bug ?<= br>
Have you tried to customize `c-doc-comment-style'?

martin

--0016368324eacb88db046b100c15--