emacs-diffs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Emacs-diffs] /srv/bzr/emacs/trunk r105672: * lisp/progmodes/cc-fonts.el


From: Glenn Morris
Subject: [Emacs-diffs] /srv/bzr/emacs/trunk r105672: * lisp/progmodes/cc-fonts.el: Remove trailing whitespace.
Date: Wed, 07 Sep 2011 00:16:40 -0700
User-agent: Bazaar (2.3.1)

------------------------------------------------------------
revno: 105672
committer: Glenn Morris <address@hidden>
branch nick: trunk
timestamp: Wed 2011-09-07 00:16:40 -0700
message:
  * lisp/progmodes/cc-fonts.el: Remove trailing whitespace.
modified:
  lisp/progmodes/cc-fonts.el
=== modified file 'lisp/progmodes/cc-fonts.el'
--- a/lisp/progmodes/cc-fonts.el        2011-09-07 07:15:42 +0000
+++ b/lisp/progmodes/cc-fonts.el        2011-09-07 07:16:40 +0000
@@ -208,7 +208,7 @@
   ;; from within a #if preprocessor construct.
   (defvar c-font-lock-context nil)
   (make-variable-buffer-local 'c-font-lock-context)
-  
+
   (defmacro c-put-font-lock-face (from to face)
     ;; Put a face on a region (overriding any existing face) in the way
     ;; font-lock would do it.  In XEmacs that means putting an
@@ -408,7 +408,7 @@
     ;; establish a context for the current text when, e.g., a character
     ;; is typed on a C++ inheritance continuation line, or a jit-lock
     ;; chunk starts there.
-    ;; 
+    ;;
     ;; The new function works much like a matcher element in
     ;; `font-lock-keywords'.  It cuts out a little bit of the overhead
     ;; compared to a real matcher.  The main reason is however to pass the
@@ -482,7 +482,7 @@
     ;; This function does not do any hidden buffer changes, but the
     ;; generated functions will.  (They are however used in places
     ;; covered by the font-lock context.)
-    ;; 
+    ;;
     ;; Note: Replace `byte-compile' with `eval' to debug the generated
     ;; lambda more easily.
     (byte-compile
@@ -1427,7 +1427,7 @@
              ;; to check this.  If we get there, check whether a "typedef"
              ;; is there, then fontify the declarators accordingly.
              (let ((decl-search-lim (max (- (point) 50000) (point-min)))
-                   paren-state bod-res encl-pos is-typedef 
+                   paren-state bod-res encl-pos is-typedef
                    c-recognize-knr-p) ; Strictly speaking, bogus, but it
                                       ; speeds up lisp.h tremendously.
                (save-excursion
@@ -1525,7 +1525,7 @@
   ;; Fontify the declarators of (nested) declarations we're in the middle of.
   ;; This is mainly for when a jit-lock etc. chunk starts inside the brace
   ;; block of a struct/union/class, etc.
-  ;; 
+  ;;
   ;; This function will be called from font-lock for a region bounded by POINT
   ;; and LIMIT, as though it were to identify a keyword for
   ;; font-lock-keyword-face.  It always returns NIL to inhibit this and
@@ -1565,7 +1565,7 @@
          (when (c-safe (c-forward-sexp))
            (c-forward-syntactic-ws)
            (c-font-lock-declarators limit t in-typedef)))))))
-       
+
 (c-lang-defconst c-simple-decl-matchers
   "Simple font lock matchers for types and declarations.  These are used
 on level 2 only and so aren't combined with `c-complex-decl-matchers'."
@@ -2513,7 +2513,7 @@
 (defconst gtkdoc-font-lock-doc-comments
   (let ((symbol "[a-zA-Z0-9_]+")
        (header "^ \\* "))
-    `((,(concat header "\\("     symbol "\\):[ \t]*$") 
+    `((,(concat header "\\("     symbol "\\):[ \t]*$")
        1 ,c-doc-markup-face-name prepend nil)
       (,(concat                  symbol     "()")
        0 ,c-doc-markup-face-name prepend nil)


reply via email to

[Prev in Thread] Current Thread [Next in Thread]