From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.bugs Subject: bug#14442: On syntax decoration of identifiers containing underscore and statements word [f90] Date: Thu, 23 May 2013 21:03:42 -0400 Message-ID: References: <51955A32.2080302@alice.it> <51960C1D.6070906@alice.it> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1369357471 9384 80.91.229.3 (24 May 2013 01:04:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 24 May 2013 01:04:31 +0000 (UTC) Cc: 14442@debbugs.gnu.org, Angelo Graziosi To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 24 03:04:29 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1UfgQk-000675-Mt for geb-bug-gnu-emacs@m.gmane.org; Fri, 24 May 2013 03:04:26 +0200 Original-Received: from localhost ([::1]:43517 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UfgQk-0000VV-7l for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 May 2013 21:04:26 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:60352) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UfgQY-0000TM-Dg for bug-gnu-emacs@gnu.org; Thu, 23 May 2013 21:04:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UfgQT-0005mX-PO for bug-gnu-emacs@gnu.org; Thu, 23 May 2013 21:04:14 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42507) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UfgQT-0005mT-Md for bug-gnu-emacs@gnu.org; Thu, 23 May 2013 21:04:09 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UfgRK-0005JS-4V for bug-gnu-emacs@gnu.org; Thu, 23 May 2013 21:05:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 May 2013 01:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14442 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14442-submit@debbugs.gnu.org id=B14442.136935747920374 (code B ref 14442); Fri, 24 May 2013 01:05:02 +0000 Original-Received: (at 14442) by debbugs.gnu.org; 24 May 2013 01:04:39 +0000 Original-Received: from localhost ([127.0.0.1]:59097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UfgQv-0005IY-VE for submit@debbugs.gnu.org; Thu, 23 May 2013 21:04:38 -0400 Original-Received: from fencepost.gnu.org ([208.118.235.10]:45005 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UfgQu-0005IP-EJ for 14442@debbugs.gnu.org; Thu, 23 May 2013 21:04:37 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UfgQ2-000813-Rf; Thu, 23 May 2013 21:03:42 -0400 X-Spook: hackers Jiang Zemin JPL INSCOM ammunition Guantanamo X-Ran: zcQxLIJPc#ne3;J$}9yyDZA`uf!~skq/r.p8\S6zhPs\ X-Hue: magenta X-Attribution: GM In-Reply-To: (Stefan Monnier's message of "Wed, 22 May 2013 18:20:19 -0400") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:74513 Archived-At: Stefan Monnier wrote: > At least this problem was not introduced by my recent change. It was > already present in Emacs-24.2 (among other versions). No, it is extremely long-standing behaviour that I am in no hurry to change. ( Like the syntax thing. :) ) > The patch below seems to fix it, but I don't know enough the rules of > Fortran syntax to be sure it's the right thing to do. Indeed there are some cases where spaces are optional (eg "else if" == "elseif"), and some where they are not. This is probably why there are lots of "[ \t]*" in f90.el. > - '("\\_<\\(implicit\\)[ \t]*\\(real\\|integer\\|c\\(haracter\\|omplex\\)\ > + '("\\_<\\(implicit\\)[ \t]+\\(real\\|integer\\|c\\(haracter\\|omplex\\)\ Probably correct, since I think the space is required in this case. > - '("\\_<\\(namelist\\|common\\)[ \t]*\/\\(\\(?:\\sw\\|\\s_\\)+\\)?\/" > + '("\\_<\\(namelist\\|common\\)[ \t]*/\\(\\(?:\\sw\\|\\s_\\)+\\)?\/" Unrelated cosmetic change? You missed the final "\/" BTW. > - '("\\_<\\(exit\\|cycle\\)[ \t]*\\(\\(?:\\sw\\|\\s_\\)+\\)?\\_>" > + '("\\_<\\(exit\\|cycle\\)[ \t]+\\(\\(?:\\sw\\|\\s_\\)+\\)?\\_>" Breaks highlighting of plain "exit" (the following label is optional).