1 ;;; cc-vars.el --- user customization variables for CC Mode
3 ;; Copyright (C) 1985, 1987, 1992, 1993, 1994, 1995, 1996, 1997, 1998,
4 ;; 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010
5 ;; Free Software Foundation, Inc.
7 ;; Authors: 2002- Alan Mackenzie
8 ;; 1998- Martin Stjernholm
9 ;; 1992-1999 Barry A. Warsaw
11 ;; 1987 Stewart Clamen
12 ;; 1985 Richard M. Stallman
13 ;; Maintainer: bug-cc-mode@gnu.org
14 ;; Created: 22-Apr-1997 (split from cc-mode.el)
15 ;; Version: See cc-mode.el
16 ;; Keywords: c languages oop
18 ;; This file is part of GNU Emacs.
20 ;; GNU Emacs is free software: you can redistribute it and/or modify
21 ;; it under the terms of the GNU General Public License as published by
22 ;; the Free Software Foundation, either version 3 of the License, or
23 ;; (at your option) any later version.
25 ;; GNU Emacs is distributed in the hope that it will be useful,
26 ;; but WITHOUT ANY WARRANTY; without even the implied warranty of
27 ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
28 ;; GNU General Public License for more details.
30 ;; You should have received a copy of the GNU General Public License
31 ;; along with GNU Emacs. If not, see <http://www.gnu.org/licenses/>.
39 (if (and (boundp 'byte-compile-dest-file
)
40 (stringp byte-compile-dest-file
))
41 (cons (file-name-directory byte-compile-dest-file
) load-path
)
43 (load "cc-bytecomp" nil t
)))
47 ;; Silence the compiler.
48 (cc-bytecomp-defun get-char-table) ; XEmacs
55 ;; Need the function form of `backquote', which isn't standardized
56 ;; between Emacsen. It's called `bq-process' in XEmacs, and
57 ;; `backquote-process' in Emacs. `backquote-process' returns a
58 ;; slightly more convoluted form, so let `bq-process' be the norm.
59 (if (fboundp 'backquote-process
)
60 (cc-bytecomp-defmacro bq-process
(form)
61 `(cdr (backquote-process ,form
)))))
66 ;; This widget exists in newer versions of the Custom library
67 (or (get 'other
'widget-type
)
68 (define-widget 'other
'sexp
69 "Matches everything, but doesn't let the user edit the value.
70 Useful as last item in a `choice' widget."
75 ;; The next defun will supersede c-const-symbol.
77 (defun c-constant-symbol (sym len
)
78 "Create an uneditable symbol for customization buffers.
79 SYM is the name of the symbol, LEN the length of the field (in
80 characters) the symbol will be displayed in. LEN must be big
83 This returns a (const ....) structure, suitable for embedding
84 within a customization type."
85 (or (symbolp sym
) (error "c-constant-symbol: %s is not a symbol" sym
))
86 (let* ((name (symbol-name sym
))
88 (disp (concat name
":" (make-string (- len l
1) ?\
))))
94 (define-widget 'c-const-symbol
'item
95 "An uneditable lisp symbol. This is obsolete -
96 use c-constant-symbol instead."
100 :match
(lambda (widget value
) (symbolp value
))
102 (lambda (widget value
)
103 (let ((s (if (symbolp value
)
106 (l (widget-get widget
:size
)))
108 (setq s
(concat s
(make-string (- l
(length s
)) ?\
))))
111 (lambda (widget value
)
114 (string-match "\\`[^ ]*" value
)
115 (match-string 0 value
)))
118 (define-widget 'c-integer-or-nil
'sexp
119 "An integer or the value nil."
121 :tag
"Optional integer"
122 :match
(lambda (widget value
) (or (integerp value
) (null value
))))
124 (define-widget 'c-symbol-list
'sexp
125 "A single symbol or a list of symbols."
126 :tag
"Symbols separated by spaces"
127 :validate
'widget-field-validate
129 (lambda (widget value
)
133 (unless (symbolp (car value
))
135 (setq value
(cdr value
)))
138 (lambda (widget value
)
144 (mapconcat (lambda (symbol)
145 (symbol-name symbol
))
151 (lambda (widget value
)
154 (while (string-match "\\S +" value end
)
155 (setq list
(cons (intern (match-string 0 value
)) list
)
157 (if (and list
(not (cdr list
)))
162 (defvar c-style-variables
163 '(c-basic-offset c-comment-only-line-offset c-indent-comment-alist
164 c-indent-comments-syntactically-p c-block-comment-prefix
165 c-comment-prefix-regexp c-doc-comment-style c-cleanup-list
166 c-hanging-braces-alist c-hanging-colons-alist
167 c-hanging-semi
&comma-criteria c-backslash-column c-backslash-max-column
168 c-special-indent-hook c-label-minimum-indentation c-offsets-alist
)
169 "List of the style variables.")
171 (defvar c-fallback-style nil
)
173 (defsubst c-set-stylevar-fallback
(name val
)
174 (put name
'c-stylevar-fallback val
)
175 (setq c-fallback-style
(cons (cons name val
) c-fallback-style
)))
177 (defmacro defcustom-c-stylevar
(name val doc
&rest args
)
178 "Define a style variable NAME with VAL and DOC.
179 More precisely, convert the given `:type FOO', mined out of ARGS,
180 to an aggregate `:type (radio STYLE (PREAMBLE FOO))', append some
181 some boilerplate documentation to DOC, arrange for the fallback
182 value of NAME to be VAL, and call `custom-declare-variable' to
183 do the rest of the work.
185 STYLE stands for the choice where the value is taken from some
186 style setting. PREAMBLE is optionally prepended to FOO; that is,
187 if FOO contains :tag or :value, the respective two-element list
188 component is ignored."
189 (declare (debug (symbolp form stringp
&rest
)))
190 (let* ((expanded-doc (concat doc
"
192 This is a style variable. Apart from the valid values described
193 above, it can be set to the symbol `set-from-style'. In that case,
194 it takes its value from the style system (see `c-default-style' and
195 `c-style-alist') when a CC Mode buffer is initialized. Otherwise,
196 the value set here overrides the style system (there is a variable
197 `c-old-style-variable-behavior' that changes this, though)."))
198 (typ (eval (plist-get args
:type
)))
199 (type (if (consp typ
) typ
(list typ
)))
202 (newt (append (unless (plist-get tail
:tag
)
203 '(:tag
"Override style settings"))
204 (unless (plist-get tail
:value
)
205 `(:value
,(eval val
)))
208 (const :tag
"Use style settings" set-from-style
)
211 (c-set-stylevar-fallback ',name
,val
)
212 (custom-declare-variable
213 ',name
''set-from-style
215 ,@(plist-put args
:type aggregate
)))))
217 (defun c-valid-offset (offset)
218 "Return non-nil if OFFSET is a valid offset for a syntactic symbol.
219 See `c-offsets-alist'."
228 (and (symbolp offset
) (boundp offset
))
229 (and (vectorp offset
)
230 (= (length offset
) 1)
231 (integerp (elt offset
0)))
233 (not (eq (car offset
) 'quote
)) ; Detect misquoted lists.
235 (when (memq (car offset
) '(first min max add
))
236 (setq offset
(cdr offset
)))
237 (while (and (consp offset
)
238 (c-valid-offset (car offset
)))
239 (setq offset
(cdr offset
)))
246 (defcustom c-strict-syntax-p nil
247 "*If non-nil, all syntactic symbols must be found in `c-offsets-alist'.
248 If the syntactic symbol for a particular line does not match a symbol
249 in the offsets alist, or if no non-nil offset value can be determined
250 for a symbol, an error is generated, otherwise no error is reported
251 and the syntactic symbol is ignored.
253 This variable is considered obsolete; it doesn't work well with lineup
254 functions that return nil to support the feature of using lists on
255 syntactic symbols in `c-offsets-alist'. Please keep it set to nil."
259 (defcustom c-echo-syntactic-information-p nil
260 "*If non-nil, syntactic info is echoed when the line is indented."
264 (defcustom c-report-syntactic-errors nil
265 "*If non-nil, certain syntactic errors are reported with a ding
266 and a message, for example when an \"else\" is indented for which
267 there's no corresponding \"if\".
269 Note however that CC Mode doesn't make any special effort to check for
270 syntactic errors; that's the job of the compiler. The reason it can
271 report cases like the one above is that it can't find the correct
272 anchoring position to indent the line in that case."
276 (defcustom-c-stylevar c-basic-offset
4
277 "*Amount of basic offset used by + and - symbols in `c-offsets-alist'.
278 Also used as the indentation step when `c-syntactic-indentation' is
282 ;;;###autoload(put 'c-basic-offset 'safe-local-variable 'integerp)
284 (defcustom c-tab-always-indent t
285 "*Controls the operation of the TAB key.
286 If t, hitting TAB always just indents the current line. If nil, hitting
287 TAB indents the current line if point is at the left margin or in the
288 line's indentation, otherwise it calls `c-insert-tab-function' to
289 insert a `real' tab character. If some other value (neither nil nor t),
290 then inserts a tab only within literals (comments and strings), but
291 always reindents the line.
293 Note: the variable `c-comment-only-line-offset' also controls the
294 indentation of lines containing only comments."
296 (const :tag
"TAB key always indents, never inserts TAB" t
)
297 (const :tag
"TAB key indents in left margin, otherwise inserts TAB" nil
)
298 (other :tag
"TAB key inserts TAB in literals, otherwise indents" other
))
301 (defcustom c-insert-tab-function
'insert-tab
302 "*Function used when inserting a tab for \\[c-indent-command].
303 Only used when `c-tab-always-indent' indicates a `real' tab character
304 should be inserted. Value must be a function taking no arguments.
305 The default, `insert-tab', inserts either a tab or the equivalent
306 number of spaces depending on the value of `indent-tabs-mode'."
310 (defcustom c-syntactic-indentation t
311 "*Whether the indentation should be controlled by the syntactic context.
313 If t, the indentation functions indent according to the syntactic
314 context, using the style settings specified by `c-offsets-alist'.
316 If nil, every line is just indented to the same level as the previous
317 one, and the \\[c-indent-command] command adjusts the indentation in
318 steps specified by `c-basic-offset'. The indentation style has no
319 effect in this mode, nor any of the indentation associated variables,
320 e.g. `c-special-indent-hook'."
323 (make-variable-buffer-local 'c-syntactic-indentation
)
324 (put 'c-syntactic-indentation
'safe-local-variable
'booleanp
)
326 (defcustom c-syntactic-indentation-in-macros t
327 "*Enable syntactic analysis inside macros.
328 If this is nil, all lines inside macro definitions are analyzed as
329 `cpp-macro-cont'. Otherwise they are analyzed syntactically, just
330 like normal code, and `cpp-define-intro' is used to create the
331 additional indentation of the bodies of \"#define\" macros.
333 Having this enabled simplifies editing of large multiline macros, but
334 it might complicate editing if CC Mode doesn't recognize the context
335 of the macro content. The default context inside the macro is the
336 same as the top level, so if it contains \"bare\" statements they
337 might be indented wrongly, although there are special cases that
338 handle this in most cases. If this problem occurs, it's usually
339 countered easily by surrounding the statements by a block \(or even
340 better with the \"do { ... } while \(0)\" trick)."
343 (put 'c-syntactic-indentation-in-macros
'safe-local-variable
'booleanp
)
345 (defcustom-c-stylevar c-comment-only-line-offset
0
346 "*Extra offset for line which contains only the start of a comment.
347 Can contain an integer or a cons cell of the form:
349 (NON-ANCHORED-OFFSET . ANCHORED-OFFSET)
351 Where NON-ANCHORED-OFFSET is the amount of offset given to
352 non-column-zero anchored comment-only lines, and ANCHORED-OFFSET is
353 the amount of offset to give column-zero anchored comment-only lines.
354 Just an integer as value is equivalent to (<val> . -1000).
356 Note that this variable only has effect when the `c-lineup-comment'
357 lineup function is used on the `comment-intro' syntactic symbol (the
359 :type
'(choice (integer :tag
"Non-anchored offset" 0)
360 (cons :tag
"Non-anchored & anchored offset"
362 (integer :tag
"Non-anchored offset")
363 (integer :tag
"Anchored offset")))
366 (defcustom-c-stylevar c-indent-comment-alist
367 '((anchored-comment .
(column .
0))
368 (end-block .
(space .
1))
369 (cpp-end-block .
(space .
2)))
370 "*Specifies how \\[indent-for-comment] calculates the comment start column.
371 This is an association list that contains entries of the form:
373 (LINE-TYPE . INDENT-SPEC)
375 LINE-TYPE specifies a type of line as described below, and INDENT-SPEC
376 says what \\[indent-for-comment] should do when used on that type of line.
378 The recognized values for LINE-TYPE are:
380 empty-line -- The line is empty.
381 anchored-comment -- The line contains a comment that starts in column 0.
382 end-block -- The line contains a solitary block closing brace.
383 cpp-end-block -- The line contains a preprocessor directive that
384 closes a block, i.e. either \"#endif\" or \"#else\".
385 other -- The line does not match any other entry
386 currently on the list.
388 An INDENT-SPEC is a cons cell of the form:
392 ACTION says how \\[indent-for-comment] should align the comment, and
393 VALUE is interpreted depending on ACTION. ACTION can be any of the
396 space -- Put VALUE spaces between the end of the line and the start
398 column -- Start the comment at the column VALUE. If the line is
399 longer than that, the comment is preceded by a single
400 space. If VALUE is nil, `comment-column' is used.
401 align -- Align the comment with one on the previous line, if there
402 is any. If the line is too long, the comment is preceded
403 by a single space. If there isn't a comment start on the
404 previous line, the behavior is specified by VALUE, which
405 in turn is interpreted as an INDENT-SPEC.
407 If a LINE-TYPE is missing, then \\[indent-for-comment] indents the comment
408 according to `comment-column'.
410 Note that a non-nil value on `c-indent-comments-syntactically-p'
411 overrides this variable, so empty lines are indentented syntactically
412 in that case, i.e. as if \\[c-indent-command] was used instead."
414 (let ((space '(cons :tag
"space"
417 (const :format
"space " space
)
418 (integer :format
"%v")))
419 (column '(cons :tag
"column"
421 (const :format
"column " column
)
422 (c-integer-or-nil :format
"%v"))))
426 ,(c-constant-symbol elt
20)
428 :format
"%[Choice%] %v"
429 :value
(column . nil
)
434 (const :format
"align " align
)
436 :format
"%[Choice%] %v"
437 :value
(column . nil
)
440 '(empty-line anchored-comment end-block cpp-end-block other
))))
443 (defcustom-c-stylevar c-indent-comments-syntactically-p nil
444 "*Specifies how \\[indent-for-comment] should handle comment-only lines.
445 When this variable is non-nil, comment-only lines are indented
446 according to syntactic analysis via `c-offsets-alist'. Otherwise, the
447 comment is indented as if it was preceded by code. Note that this
448 variable does not affect how the normal line indentation treats
453 (make-obsolete-variable 'c-comment-continuation-stars
454 'c-block-comment-prefix
"21.1")
456 ;; Although c-comment-continuation-stars is obsolete, we look at it in
457 ;; some places in CC Mode anyway, so make the compiler ignore it
458 ;; during our compilation.
459 ;; [This is unclean; better to use `symbol-value'. --ttn]
460 ;;(cc-bytecomp-obsolete-var c-comment-continuation-stars)
461 ;;(cc-bytecomp-defvar c-comment-continuation-stars)
463 (defcustom-c-stylevar c-block-comment-prefix
464 (if (boundp 'c-comment-continuation-stars
)
465 (symbol-value 'c-comment-continuation-stars
)
467 "*Specifies the line prefix of continued C-style block comments.
468 You should set this variable to the literal string that gets inserted
469 at the front of continued block style comment lines. This should
470 either be the empty string, or some characters without preceding
471 spaces. To adjust the alignment under the comment starter, put an
472 appropriate value on the `c' syntactic symbol (see the
473 `c-offsets-alist' variable).
475 It's only used when a one-line block comment is broken into two or
476 more lines for the first time; otherwise the appropriate prefix is
477 adapted from the comment. This variable is not used for C++ line
482 (defcustom-c-stylevar c-comment-prefix-regexp
483 '((pike-mode .
"//+!?\\|\\**")
485 (other .
"//+\\|\\**"))
486 "*Regexp to match the line prefix inside comments.
487 This regexp is used to recognize the fill prefix inside comments for
488 correct paragraph filling and other things.
490 If this variable is a string, it will be used in all CC Mode major
491 modes. It can also be an association list, to associate specific
492 regexps to specific major modes. The symbol for the major mode is
493 looked up in the association list, and its value is used as the line
494 prefix regexp. If it's not found, then the symbol `other' is looked
495 up and its value is used instead.
497 The regexp should match the prefix used in both C++ style line
498 comments and C style block comments, but it does not need to match a
499 block comment starter. In other words, it should at least match
500 \"//\" for line comments and the string in `c-block-comment-prefix',
501 which is sometimes inserted by CC Mode inside block comments. It
502 should not match any surrounding whitespace.
504 Note that CC Mode uses this variable to set many other variables that
505 handle the paragraph filling. That's done at mode initialization or
506 when you switch to a style which sets this variable. Thus, if you
507 change it in some other way, e.g. interactively in a CC Mode buffer,
508 you will need to do \\[c-setup-paragraph-variables] afterwards so that
509 the other variables are updated with the new value.
511 Note also that when CC Mode starts up, all variables are initialized
512 before the mode hooks are run. It's therefore necessary to make a
513 call to `c-setup-paragraph-variables' explicitly if you change this
514 variable in a mode hook."
516 (regexp :tag
"Regexp for all modes")
518 :tag
"Mode-specific regexps"
520 :inline t
:format
"%v"
522 (const :format
"C " c-mode
) (regexp :format
"%v"))
524 (const :format
"C++ " c
++-mode
) (regexp :format
"%v"))
526 (const :format
"ObjC " objc-mode
) (regexp :format
"%v"))
528 (const :format
"Java " java-mode
) (regexp :format
"%v"))
530 (const :format
"IDL " idl-mode
) (regexp :format
"%v"))
532 (const :format
"Pike " pike-mode
) (regexp :format
"%v"))
534 (const :format
"AWK " awk-mode
) (regexp :format
"%v")))
536 (const :format
"Other " other
) (regexp :format
"%v"))))
539 (defcustom-c-stylevar c-doc-comment-style
540 '((java-mode . javadoc
)
541 (pike-mode . autodoc
)
543 "*Specifies documentation comment style(s) to recognize.
544 This is primarily used to fontify doc comments and the markup within
545 them, e.g. Javadoc comments.
547 The value can be any of the following symbols for various known doc
550 javadoc -- Javadoc style for \"/** ... */\" comments (default in Java mode).
551 autodoc -- Pike autodoc style for \"//! ...\" comments (default in Pike mode).
552 gtkdoc -- GtkDoc style for \"/** ... **/\" comments (default in C mode).
554 The value may also be a list of doc comment styles, in which case all
555 of them are recognized simultaneously (presumably with markup cues
556 that don't conflict).
558 The value may also be an association list to specify different doc
559 comment styles for different languages. The symbol for the major mode
560 is then looked up in the alist, and the value of that element is
561 interpreted as above if found. If it isn't found then the symbol
562 `other' is looked up and its value is used instead.
564 Note that CC Mode uses this variable to set other variables that
565 handle fontification etc. That's done at mode initialization or when
566 you switch to a style which sets this variable. Thus, if you change
567 it in some other way, e.g. interactively in a CC Mode buffer, you will
568 need to do \\[java-mode] (or whatever mode you're currently using) to
571 Note also that when CC Mode starts up, the other variables are
572 modified before the mode hooks are run. If you change this variable
573 in a mode hook, you have to call `c-setup-doc-comment-style'
574 afterwards to redo that work."
575 ;; Symbols other than those documented above may be used on this
576 ;; variable. If a variable exists that has that name with
577 ;; "-font-lock-keywords" appended, it's value is prepended to the
578 ;; font lock keywords list. If it's a function then it's called and
579 ;; the result is prepended.
581 (c-symbol-list :tag
"Doc style(s) in all modes")
583 :tag
"Mode-specific doc styles"
585 :inline t
:format
"%v"
587 (const :format
"C " c-mode
)
588 (c-symbol-list :format
"%v"))
590 (const :format
"C++ " c
++-mode
)
591 (c-symbol-list :format
"%v"))
593 (const :format
"ObjC " objc-mode
)
594 (c-symbol-list :format
"%v"))
596 (const :format
"Java " java-mode
)
597 (c-symbol-list :format
"%v"))
599 (const :format
"IDL " idl-mode
)
600 (c-symbol-list :format
"%v"))
602 (const :format
"Pike " pike-mode
)
603 (c-symbol-list :format
"%v"))
605 (const :format
"AWK " awk-mode
)
606 (c-symbol-list :format
"%v"))
608 (const :format
"Other " other
)
609 (c-symbol-list :format
"%v")))))
612 (defcustom c-ignore-auto-fill
'(string cpp code
)
613 "*List of contexts in which automatic filling never occurs.
614 If Auto Fill mode is active, it will be temporarily disabled if point
615 is in any context on this list. It's e.g. useful to enable Auto Fill
616 in comments only, but not in strings or normal code. The valid
619 string -- inside a string or character literal
620 c -- inside a C style block comment
621 c++ -- inside a C++ style line comment
622 cpp -- inside a preprocessor directive
623 code -- anywhere else, i.e. in normal code"
625 (const :tag
"String literals" string
)
626 (const :tag
"C style block comments" c
)
627 (const :tag
"C++ style line comments" c
++)
628 (const :tag
"Preprocessor directives" cpp
)
629 (const :tag
"Normal code" code
))
632 (defcustom-c-stylevar c-cleanup-list
'(scope-operator)
633 "*List of various C/C++/ObjC constructs to \"clean up\".
634 The following clean ups only take place when the auto-newline feature
635 is turned on, as evidenced by the `/la' appearing next to the mode
638 brace-else-brace -- Clean up \"} else {\" constructs by placing
639 entire construct on a single line. This clean
640 up only takes place when there is nothing but
641 white space between the braces and the `else'.
642 Clean up occurs when the open brace after the
644 brace-elseif-brace -- Similar to brace-else-brace, but clean up
645 \"} else if (...) {\" constructs. Clean up
646 occurs after the open parenthesis and the open
648 brace-catch-brace -- Similar to brace-elseif-brace, but clean up
649 \"} catch (...) {\" constructs.
650 empty-defun-braces -- Clean up empty defun braces by placing the
651 braces on the same line. Clean up occurs when
652 the defun closing brace is typed.
653 one-liner-defun -- If the code inside a function body can fit in
654 a single line, then remove any newlines
655 between that line and the defun braces so that
656 the whole body becomes a single line.
657 `c-max-one-liner-length' gives the maximum
658 length allowed for the resulting line. Clean
659 up occurs when the closing brace is typed.
660 defun-close-semi -- Clean up the terminating semi-colon on defuns
661 by placing the semi-colon on the same line as
662 the closing brace. Clean up occurs when the
664 list-close-comma -- Clean up commas following braces in array
665 and aggregate initializers. Clean up occurs
666 when the comma is typed.
667 scope-operator -- Clean up double colons which may designate
668 a C++ scope operator split across multiple
669 lines. Note that certain C++ constructs can
670 generate ambiguous situations. This clean up
671 only takes place when there is nothing but
672 whitespace between colons. Clean up occurs
673 when the second colon is typed.
675 The following clean ups always take place when they are on this list,
676 regardless of the auto-newline feature, since they typically don't
677 involve auto-newline inserted newlines:
679 space-before-funcall -- Insert exactly one space before the opening
680 parenthesis of a function call. Clean up
681 occurs when the opening parenthesis is typed.
682 compact-empty-funcall -- Clean up any space before the function call
683 opening parenthesis if and only if the
684 argument list is empty. This is typically
685 useful together with `space-before-funcall' to
686 get the style \"foo (bar)\" and \"foo()\".
687 Clean up occurs when the closing parenthesis
689 comment-close-slash -- When a slash is typed after the comment prefix
690 on a bare line in a c-style comment, the comment
691 is closed by cleaning up preceding space and
692 inserting a star if needed."
694 (const :tag
"Put \"} else {\" on one line (brace-else-brace)"
696 (const :tag
"Put \"} else if (...) {\" on one line (brace-elseif-brace)"
698 (const :tag
"Put \"} catch (...) {\" on one line (brace-catch-brace)"
700 (const :tag
"Put empty defun braces on one line (empty-defun-braces)"
702 (const :tag
"Put short function bodies on one line (one-liner-defun)"
704 (const :tag
"Put \"};\" ending defuns on one line (defun-close-semi)"
706 (const :tag
"Put \"},\" in aggregates on one line (list-close-comma)"
708 (const :tag
"Put C++ style \"::\" on one line (scope-operator)"
710 (const :tag
"Put a space before funcall parens, e.g. \"foo (bar)\" (space-before-funcall)"
711 space-before-funcall
)
712 (const :tag
"Remove space before empty funcalls, e.g. \"foo()\" (compact-empty-funcall)"
713 compact-empty-funcall
)
714 (const :tag
"Make / on a bare line of a C-style comment close it (comment-close-slash)"
715 comment-close-slash
))
718 (defcustom-c-stylevar c-hanging-braces-alist
'((brace-list-open)
721 (substatement-open after
)
722 (block-close . c-snug-do-while
)
723 (extern-lang-open after
)
724 (namespace-open after
)
726 (composition-open after
)
727 (inexpr-class-open after
)
728 (inexpr-class-close before
)
729 (arglist-cont-nonempty))
730 "*Controls the insertion of newlines before and after braces
731 when the auto-newline feature is active. This variable contains an
732 association list with elements of the following form:
733 \(SYNTACTIC-SYMBOL . ACTION).
735 When a brace (either opening or closing) is inserted, the syntactic
736 context it defines is looked up in this list, and if found, the
737 associated ACTION is used to determine where newlines are inserted.
738 If the context is not found, the default is to insert a newline both
739 before and after the brace.
741 SYNTACTIC-SYMBOL can be statement-cont, brace-list-intro,
742 inexpr-class-open, inexpr-class-close, and any of the *-open and
743 *-close symbols. See `c-offsets-alist' for details, except for
744 inexpr-class-open and inexpr-class-close, which doesn't have any
745 corresponding symbols there. Those two symbols are used for the
746 opening and closing braces, respectively, of anonymous inner classes
749 ACTION can be either a function symbol or a list containing any
750 combination of the symbols `before' or `after'. If the list is empty,
751 no newlines are inserted either before or after the brace.
753 When ACTION is a function symbol, the function is called with a two
754 arguments: the syntactic symbol for the brace and the buffer position
755 at which the brace was inserted. The function must return a list as
756 described in the preceding paragraph. Note that during the call to
757 the function, the variable `c-syntactic-context' is set to the entire
758 syntactic context for the brace line."
763 ,(c-constant-symbol elt
24)
764 (choice :format
"%[Choice%] %v"
765 :value
(before after
)
766 (set :menu-tag
"Before/after"
767 :format
"Newline %v brace\n"
768 (const :format
"%v, " before
)
769 (const :format
"%v " after
))
770 (function :menu-tag
"Function"
771 :format
"Run function: %v"))))
772 '(defun-open defun-close
773 class-open class-close
774 inline-open inline-close
775 block-open block-close
776 statement-cont substatement-open statement-case-open
777 brace-list-open brace-list-close
778 brace-list-intro brace-entry-open
779 extern-lang-open extern-lang-close
780 namespace-open namespace-close
781 module-open module-close
782 composition-open composition-close
783 inexpr-class-open inexpr-class-close
784 arglist-cont-nonempty
)))
787 (defcustom c-max-one-liner-length
80
788 "Maximum length of line that clean-up \"one-liner-defun\" will compact to.
789 Zero or nil means no limit."
793 (defcustom-c-stylevar c-hanging-colons-alist nil
794 "*Controls the insertion of newlines before and after certain colons.
795 This variable contains an association list with elements of the
796 following form: (SYNTACTIC-SYMBOL . ACTION).
798 SYNTACTIC-SYMBOL can be any of: case-label, label, access-label,
799 member-init-intro, or inher-intro.
801 See the variable `c-hanging-braces-alist' for the semantics of this
802 variable. Note however that making ACTION a function symbol is
803 currently not supported for this variable."
808 ,(c-constant-symbol elt
20)
809 (set :format
"Newline %v colon\n"
810 (const :format
"%v, " before
)
811 (const :format
"%v" after
))))
812 '(case-label label access-label member-init-intro inher-intro
)))
815 (defcustom-c-stylevar c-hanging-semi
&comma-criteria
816 '(c-semi&comma-inside-parenlist
)
817 "*List of functions that decide whether to insert a newline or not.
818 The functions in this list are called, in order, whenever the
819 auto-newline minor mode is activated (as evidenced by a `/a' or `/ah'
820 string in the mode line), and a semicolon or comma is typed (see
821 `c-electric-semi&comma'). Each function in this list is called with
822 no arguments, and should return one of the following values:
824 nil -- no determination made, continue checking
825 'stop -- do not insert a newline, and stop checking
826 (anything else) -- insert a newline, and stop checking
828 If every function in the list is called with no determination made,
829 then no newline is inserted."
830 :type
'(repeat function
)
833 (defcustom-c-stylevar c-backslash-column
48
834 "*Minimum alignment column for line continuation backslashes.
835 This is used by the functions that automatically insert or align the
836 line continuation backslashes in multiline macros. If any line in the
837 macro exceeds this column then the next tab stop from that line is
838 used as alignment column instead. See also `c-backslash-max-column'."
841 ;;;###autoload(put 'c-backslash-column 'safe-local-variable 'integerp)
843 (defcustom-c-stylevar c-backslash-max-column
72
844 "*Maximum alignment column for line continuation backslashes.
845 This is used by the functions that automatically insert or align the
846 line continuation backslashes in multiline macros. If any line in the
847 macro exceeds this column then the backslashes for the other lines
848 will be aligned at this column."
852 (defcustom c-auto-align-backslashes t
853 "*Align automatically inserted line continuation backslashes.
854 When line continuation backslashes are inserted automatically for line
855 breaks in multiline macros, e.g. by \\[c-context-line-break], they are
856 aligned with the other backslashes in the same macro if this flag is
857 set. Otherwise the inserted backslashes are preceded by a single
862 (defcustom c-backspace-function
'backward-delete-char-untabify
863 "*Function called by `c-electric-backspace' when deleting backwards."
867 (defcustom c-delete-function
'delete-char
868 "*Function called by `c-electric-delete-forward' when deleting forwards."
872 (defcustom c-require-final-newline
873 ;; C and C++ mandate that all nonempty files should end with a
874 ;; newline. Objective-C refers to C for all things it doesn't
875 ;; specify, so the same holds there. The other languages do not
876 ;; require it (at least not explicitly in a normative text).
880 "*Controls whether a final newline is ensured when the file is saved.
881 The value is an association list that for each language mode specifies
882 the value to give to `require-final-newline' at mode initialization;
883 see that variable for details about the value. If a language isn't
884 present on the association list, CC Mode won't touch
885 `require-final-newline' in buffers for that language."
886 :type
`(set (cons :format
"%v"
887 (const :format
"C " c-mode
)
888 (symbol :format
"%v" :value
,require-final-newline
))
890 (const :format
"C++ " c
++-mode
)
891 (symbol :format
"%v" :value
,require-final-newline
))
893 (const :format
"ObjC " objc-mode
)
894 (symbol :format
"%v" :value
,require-final-newline
))
896 (const :format
"Java " java-mode
)
897 (symbol :format
"%v" :value
,require-final-newline
))
899 (const :format
"IDL " idl-mode
)
900 (symbol :format
"%v" :value
,require-final-newline
))
902 (const :format
"Pike " pike-mode
)
903 (symbol :format
"%v" :value
,require-final-newline
))
905 (const :format
"AWK " awk-mode
)
906 (symbol :format
"%v" :value
,require-final-newline
)))
909 (defcustom c-electric-pound-behavior nil
910 "*List of behaviors for electric pound insertion.
911 Only currently supported behavior is `alignleft'."
912 :type
'(set (const alignleft
))
915 (defcustom c-special-indent-hook nil
916 "*Hook for user defined special indentation adjustments.
917 This hook gets called after each line is indented by the mode. It is only
918 called if `c-syntactic-indentation' is non-nil."
922 (defcustom-c-stylevar c-label-minimum-indentation
1
923 "*Minimum indentation for lines inside code blocks.
924 This variable typically only affects code using the `gnu' style, which
925 mandates a minimum of one space in front of every line inside code
926 blocks. Specifically, the function `c-gnu-impose-minimum' on your
927 `c-special-indent-hook' is what enforces this."
931 (defcustom c-progress-interval
5
932 "*Interval used to update progress status during long re-indentation.
933 If a number, percentage complete gets updated after each interval of
934 that many seconds. To inhibit all messages during indentation, set
935 this variable to nil."
939 (defcustom c-objc-method-arg-min-delta-to-bracket
2
940 "*Minimum number of chars to the opening bracket.
942 Consider this ObjC snippet:
945 |<-x->|barBaz: barney
947 If `x' is less than this number then `c-lineup-ObjC-method-call-colons'
948 will defer the indentation decision to the next function. By default
949 this is `c-lineup-ObjC-method-call', which would align it like:
951 [foo blahBlahBlah: fred
952 thisIsTooDamnLong: barney
954 This behaviour can be overridden by customizing the indentation of
955 `objc-method-call-cont' in the \"objc\" style."
959 (defcustom c-objc-method-arg-unfinished-offset
4
960 "*Offset relative to bracket if first selector is on a new line.
963 |<-x->|bbbbbbb: cccccc
968 (defcustom c-objc-method-parameter-offset
4
969 "*Offset for selector parameter on a new line (relative to first selector.
978 (defcustom c-default-style
'((java-mode .
"java") (awk-mode .
"awk")
980 "*Style which gets installed by default when a file is visited.
982 The value of this variable can be any style defined in
983 `c-style-alist', including styles you add. The value can also be an
984 association list of major mode symbols to style names.
986 When the value is a string, all CC Mode major modes will install this
989 When the value is an alist, the major mode symbol is looked up in it
990 and the associated style is installed. If the major mode is not
991 listed in the alist, then the symbol `other' is looked up in it, and
992 if found, the style in that entry is used. If `other' is not found in
993 the alist, then \"gnu\" style is used.
995 The default style gets installed before your mode hooks run, so you
996 can always override the use of `c-default-style' by making calls to
997 `c-set-style' in the appropriate mode hook."
999 (string :tag
"Style in all modes")
1000 (set :tag
"Mode-specific styles"
1002 (const :format
"C " c-mode
) (string :format
"%v"))
1004 (const :format
"C++ " c
++-mode
) (string :format
"%v"))
1006 (const :format
"ObjC " objc-mode
) (string :format
"%v"))
1008 (const :format
"Java " java-mode
) (string :format
"%v"))
1010 (const :format
"IDL " idl-mode
) (string :format
"%v"))
1012 (const :format
"Pike " pike-mode
) (string :format
"%v"))
1014 (const :format
"AWK " awk-mode
) (string :format
"%v"))
1016 (const :format
"Other " other
) (string :format
"%v"))))
1019 ;; *) At the start of a statement or declaration means in more detail:
1020 ;; At the closest preceding statement/declaration that starts at boi
1021 ;; and doesn't have a label or comment at that position. If there's
1022 ;; no such statement within the same block, then back up to the
1023 ;; surrounding block or statement, add the appropriate
1024 ;; statement-block-intro, defun-block-intro or substatement syntax
1025 ;; symbol and continue searching.
1026 (c-set-stylevar-fallback 'c-offsets-alist
1027 '((string . c-lineup-dont-change
)
1028 ;; Anchor pos: Beg of previous line.
1029 (c . c-lineup-C-comments
)
1030 ;; Anchor pos: Beg of the comment.
1032 ;; Anchor pos: When inside a class: Boi at the func decl start.
1033 ;; When at top level: Bol at the func decl start. When inside
1034 ;; a code block (only possible in Pike): At the func decl
1037 ;; Anchor pos: At the defun block open if it's at boi,
1038 ;; otherwise boi at the func decl start.
1039 (defun-block-intro .
+)
1040 ;; Anchor pos: At the block open(*).
1042 ;; Anchor pos: Boi at the class decl start.
1044 ;; Anchor pos: Boi at the class decl start.
1046 ;; Anchor pos: None for functions (inclass got the relpos
1047 ;; then), boi at the lambda start for lambdas.
1049 ;; Anchor pos: Inexpr functions: At the lambda block open if
1050 ;; it's at boi, else at the statement(*) at boi of the start of
1051 ;; the lambda construct. Otherwise: At the inline block open
1052 ;; if it's at boi, otherwise boi at the func decl start.
1053 (func-decl-cont .
+)
1054 ;; Anchor pos: Boi at the func decl start.
1055 (knr-argdecl-intro .
+)
1056 ;; Anchor pos: Boi at the topmost intro line.
1058 ;; Anchor pos: At the beginning of the first K&R argdecl.
1060 ;; Anchor pos: Bol at the last line of previous construct.
1061 (topmost-intro-cont . c-lineup-topmost-intro-cont
)
1062 ;; Anchor pos: Boi at the topmost intro line.
1063 (member-init-intro .
+)
1064 ;; Anchor pos: Boi at the func decl arglist open.
1065 (member-init-cont . c-lineup-multi-inher
)
1066 ;; Anchor pos: Beg of the first member init.
1068 ;; Anchor pos: Boi at the class decl start.
1069 (inher-cont . c-lineup-multi-inher
)
1070 ;; Anchor pos: Java: At the implements/extends keyword start.
1071 ;; Otherwise: At the inher start colon, or boi at the class
1072 ;; decl start if the first inherit clause hangs and it's not a
1073 ;; func-local inherit clause (when does that occur?).
1075 ;; Anchor pos: Inexpr statement: At the statement(*) at boi of
1076 ;; the start of the inexpr construct. Otherwise: None.
1078 ;; Anchor pos: Inexpr statement: At the inexpr block open if
1079 ;; it's at boi, else at the statement(*) at boi of the start of
1080 ;; the inexpr construct. Block hanging on a case/default
1081 ;; label: At the closest preceding label that starts at boi.
1082 ;; Otherwise: At the block open(*).
1083 (brace-list-open .
0)
1084 ;; Anchor pos: Boi at the brace list decl start, but a starting
1085 ;; "typedef" token is ignored.
1086 (brace-list-close .
0)
1087 ;; Anchor pos: At the brace list decl start(*).
1088 (brace-list-intro .
+)
1089 ;; Anchor pos: At the brace list decl start(*).
1090 (brace-list-entry .
0)
1091 ;; Anchor pos: At the first non-ws char after the open paren if
1092 ;; the first token is on the same line, otherwise boi at that
1094 (brace-entry-open .
0)
1095 ;; Anchor pos: Same as brace-list-entry.
1097 ;; Anchor pos: After a `;' in the condition clause of a for
1098 ;; statement: At the first token after the starting paren.
1099 ;; Otherwise: At the preceding statement(*).
1100 (statement-cont .
+)
1101 ;; Anchor pos: After the first token in the condition clause of
1102 ;; a for statement: At the first token after the starting
1103 ;; paren. Otherwise: At the containing statement(*).
1104 (statement-block-intro .
+)
1105 ;; Anchor pos: In inexpr statement block: At the inexpr block
1106 ;; open if it's at boi, else at the statement(*) at boi of the
1107 ;; start of the inexpr construct. In a block hanging on a
1108 ;; case/default label: At the closest preceding label that
1109 ;; starts at boi. Otherwise: At the start of the containing
1111 (statement-case-intro .
+)
1112 ;; Anchor pos: At the case/default label(*).
1113 (statement-case-open .
0)
1114 ;; Anchor pos: At the case/default label(*).
1116 ;; Anchor pos: At the containing statement(*).
1117 (substatement-open .
+)
1118 ;; Anchor pos: At the containing statement(*).
1119 (substatement-label .
2)
1120 ;; Anchor pos: At the containing statement(*).
1122 ;; Anchor pos: At the start of the switch block(*).
1124 ;; Anchor pos: Same as inclass.
1126 ;; Anchor pos: At the start of the containing block(*).
1127 (do-while-closure .
0)
1128 ;; Anchor pos: At the corresponding while statement(*).
1130 ;; Anchor pos: At the corresponding if statement(*).
1132 ;; Anchor pos: At the previous try or catch statement clause(*).
1133 (comment-intro .
(c-lineup-knr-region-comment c-lineup-comment
))
1134 ;; Anchor pos: None.
1136 ;; Anchor pos: At the containing statement(*).
1137 ;; 2nd pos: At the open paren.
1138 (arglist-cont .
(c-lineup-gcc-asm-reg 0))
1139 ;; Anchor pos: At the first token after the open paren.
1140 (arglist-cont-nonempty .
(c-lineup-gcc-asm-reg c-lineup-arglist
))
1141 ;; Anchor pos: At the containing statement(*).
1142 ;; 2nd pos: At the open paren.
1144 ;; Anchor pos: At the containing statement(*).
1145 ;; 2nd pos: At the open paren.
1146 (stream-op . c-lineup-streamop
)
1147 ;; Anchor pos: Boi at the first stream op in the statement.
1149 ;; Anchor pos: At the class open brace if it's at boi,
1150 ;; otherwise boi at the class decl start.
1152 ;; Anchor pos: None.
1153 (cpp-macro-cont . +)
1154 ;; Anchor pos: At the macro start (always at boi).
1155 (cpp-define-intro . (c-lineup-cpp-define +))
1156 ;; Anchor pos: None.
1158 ;; Anchor pos: None.
1159 (objc-method-intro . [0])
1161 (objc-method-args-cont . c-lineup-ObjC-method-args
)
1162 ;; Anchor pos: At the method start (always at boi).
1163 (objc-method-call-cont .
(c-lineup-ObjC-method-call-colons
1164 c-lineup-ObjC-method-call
+))
1165 ;; Anchor pos: At the open bracket.
1166 (extern-lang-open .
0)
1167 (namespace-open .
0)
1169 (composition-open .
0)
1170 ;; Anchor pos: Boi at the extern/namespace/etc keyword.
1171 (extern-lang-close .
0)
1172 (namespace-close .
0)
1174 (composition-close .
0)
1175 ;; Anchor pos: Boi at the corresponding extern/namespace/etc keyword.
1180 ;; Anchor pos: At the extern/namespace/etc block open brace if
1181 ;; it's at boi, otherwise boi at the keyword.
1182 (template-args-cont .
(c-lineup-template-args +))
1183 ;; Anchor pos: Boi at the decl start. This might be changed;
1184 ;; the logical position is clearly the opening '<'.
1185 (inlambda . c-lineup-inexpr-block
)
1186 ;; Anchor pos: None.
1187 (lambda-intro-cont .
+)
1188 ;; Anchor pos: Boi at the lambda start.
1189 (inexpr-statement .
+)
1190 ;; Anchor pos: None.
1192 ;; Anchor pos: None.
1194 (defcustom c-offsets-alist nil
1195 "Association list of syntactic element symbols and indentation offsets.
1196 As described below, each cons cell in this list has the form:
1198 (SYNTACTIC-SYMBOL . OFFSET)
1200 When a line is indented, CC Mode first determines the syntactic
1201 context of it by generating a list of symbols called syntactic
1202 elements. The global variable `c-syntactic-context' is bound to the
1203 that list. Each element in the list is in turn a list where the first
1204 element is a syntactic symbol which tells what kind of construct the
1205 indentation point is located within. More elements in the syntactic
1206 element lists are optional. If there is one more and it isn't nil,
1207 then it's the anchor position for that construct.
1209 After generating the syntactic context for the line, CC Mode
1210 calculates the absolute indentation: First the base indentation is
1211 found by using the anchor position for the first syntactic element
1212 that provides one. If none does, zero is used as base indentation.
1213 Then CC Mode looks at each syntactic element in the context in turn.
1214 It compares the car of the syntactic element against the
1215 SYNTACTIC-SYMBOL's in `c-offsets-alist'. When it finds a match, it
1216 adds OFFSET to the base indentation. The sum of this calculation is
1217 the absolute offset for line being indented.
1219 If the syntactic element does not match any in the `c-offsets-alist',
1220 the element is ignored.
1222 OFFSET can specify an offset in several different ways:
1224 If OFFSET is nil then it's ignored.
1226 If OFFSET is an integer then it's used as relative offset, i.e. it's
1227 added to the base indentation.
1229 If OFFSET is one of the symbols `+', `-', `++', `--', `*', or `/'
1230 then a positive or negative multiple of `c-basic-offset' is added to
1231 the base indentation; 1, -1, 2, -2, 0.5, and -0.5, respectively.
1233 If OFFSET is a symbol with a value binding then that value, which
1234 must be an integer, is used as relative offset.
1236 If OFFSET is a vector then its first element, which must be an
1237 integer, is used as an absolute indentation column. This overrides
1238 the previous base indentation and the relative offsets applied to
1239 it, and it becomes the new base indentation.
1241 If OFFSET is a function or a lambda expression then it's called with
1242 a single argument containing the cons of the syntactic symbol and
1243 the anchor position (or nil if there is none). The return value
1244 from the function is then reinterpreted as an offset specification.
1246 If OFFSET is a list then its elements are evaluated recursively as
1247 offset specifications. If the first element is any of the symbols
1248 below then it isn't evaluated but instead specifies how the
1249 remaining offsets in the list should be combined. If it's something
1250 else then the list is combined according the method `first'. The
1251 valid combination methods are:
1253 `first' -- Use the first offset (that doesn't evaluate to nil).
1254 `min' -- Use the minimum of all the offsets. All must be either
1255 relative or absolute - they can't be mixed.
1256 `max' -- Use the maximum of all the offsets. All must be either
1257 relative or absolute - they can't be mixed.
1258 `add' -- Add all the evaluated offsets together. Exactly one of
1259 them may be absolute, in which case the result is
1260 absolute. Any relative offsets that preceded the
1261 absolute one in the list will be ignored in that case.
1263 `c-offsets-alist' is a style variable. This means that the offsets on
1264 this variable are normally taken from the style system in CC Mode
1265 \(see `c-default-style' and `c-style-alist'). However, any offsets
1266 put explicitly on this list will override the style system when a CC
1267 Mode buffer is initialized \(there is a variable
1268 `c-old-style-variable-behavior' that changes this, though).
1270 Here is the current list of valid syntactic element symbols:
1272 string -- Inside multi-line string.
1273 c -- Inside a multi-line C style block comment.
1274 defun-open -- Brace that opens a function definition.
1275 defun-close -- Brace that closes a function definition.
1276 defun-block-intro -- The first line in a top-level defun.
1277 class-open -- Brace that opens a class definition.
1278 class-close -- Brace that closes a class definition.
1279 inline-open -- Brace that opens an in-class inline method.
1280 inline-close -- Brace that closes an in-class inline method.
1281 func-decl-cont -- The region between a function definition's
1282 argument list and the function opening brace
1283 (excluding K&R argument declarations). In C, you
1284 cannot put anything but whitespace and comments
1285 between them; in C++ and Java, throws declarations
1286 and other things can appear in this context.
1287 knr-argdecl-intro -- First line of a K&R C argument declaration.
1288 knr-argdecl -- Subsequent lines in a K&R C argument declaration.
1289 topmost-intro -- The first line in a topmost construct definition.
1290 topmost-intro-cont -- Topmost definition continuation lines.
1291 member-init-intro -- First line in a member initialization list.
1292 member-init-cont -- Subsequent member initialization list lines.
1293 inher-intro -- First line of a multiple inheritance list.
1294 inher-cont -- Subsequent multiple inheritance lines.
1295 block-open -- Statement block open brace.
1296 block-close -- Statement block close brace.
1297 brace-list-open -- Open brace of an enum or static array list.
1298 brace-list-close -- Close brace of an enum or static array list.
1299 brace-list-intro -- First line in an enum or static array list.
1300 brace-list-entry -- Subsequent lines in an enum or static array list.
1301 brace-entry-open -- Subsequent lines in an enum or static array
1302 list that start with an open brace.
1303 statement -- A C (or like) statement.
1304 statement-cont -- A continuation of a C (or like) statement.
1305 statement-block-intro -- The first line in a new statement block.
1306 statement-case-intro -- The first line in a case \"block\".
1307 statement-case-open -- The first line in a case block starting with brace.
1308 substatement -- The first line after an if/while/for/do/else.
1309 substatement-open -- The brace that opens a substatement block.
1310 substatement-label -- Labelled line after an if/while/for/do/else.
1311 case-label -- A \"case\" or \"default\" label.
1312 access-label -- C++ private/protected/public access label.
1313 label -- Any ordinary label.
1314 do-while-closure -- The \"while\" that ends a do/while construct.
1315 else-clause -- The \"else\" of an if/else construct.
1316 catch-clause -- The \"catch\" or \"finally\" of a try/catch construct.
1317 comment-intro -- A line containing only a comment introduction.
1318 arglist-intro -- The first line in an argument list.
1319 arglist-cont -- Subsequent argument list lines when no
1320 arguments follow on the same line as the
1321 arglist opening paren.
1322 arglist-cont-nonempty -- Subsequent argument list lines when at
1323 least one argument follows on the same
1324 line as the arglist opening paren.
1325 arglist-close -- The solo close paren of an argument list.
1326 stream-op -- Lines continuing a stream operator construct.
1327 inclass -- The construct is nested inside a class definition.
1328 Used together with e.g. `topmost-intro'.
1329 cpp-macro -- The start of a C preprocessor macro definition.
1330 cpp-macro-cont -- Inside a multi-line C preprocessor macro definition.
1331 friend -- A C++ friend declaration.
1332 objc-method-intro -- The first line of an Objective-C method definition.
1333 objc-method-args-cont -- Lines continuing an Objective-C method definition.
1334 objc-method-call-cont -- Lines continuing an Objective-C method call.
1335 extern-lang-open -- Brace that opens an \"extern\" block.
1336 extern-lang-close -- Brace that closes an \"extern\" block.
1337 inextern-lang -- Analogous to the `inclass' syntactic symbol,
1338 but used inside \"extern\" blocks.
1339 namespace-open, namespace-close, innamespace
1340 -- Similar to the three `extern-lang' symbols, but for
1341 C++ \"namespace\" blocks.
1342 module-open, module-close, inmodule
1343 -- Similar to the three `extern-lang' symbols, but for
1344 CORBA IDL \"module\" blocks.
1345 composition-open, composition-close, incomposition
1346 -- Similar to the three `extern-lang' symbols, but for
1347 CORBA CIDL \"composition\" blocks.
1348 template-args-cont -- C++ template argument list continuations.
1349 inlambda -- In the header or body of a lambda function.
1350 lambda-intro-cont -- Continuation of the header of a lambda function.
1351 inexpr-statement -- The statement is inside an expression.
1352 inexpr-class -- The class is inside an expression. Used e.g. for
1353 Java anonymous classes."
1355 `(set :format
"%{%t%}:
1356 Override style setting
1363 ,(c-constant-symbol (car elt
) 25)
1367 (unless (c-valid-offset (widget-value widget
))
1368 (widget-put widget
:error
"Invalid offset")
1370 (get 'c-offsets-alist
'c-stylevar-fallback
)))
1373 ;; The syntactic symbols that can occur inside code blocks. Used by
1374 ;; `c-gnu-impose-minimum'.
1375 (defconst c-inside-block-syms
1376 '(defun-block-intro block-open block-close statement statement-cont
1377 statement-block-intro statement-case-intro statement-case-open
1378 substatement substatement-open substatement-label case-label label
1379 do-while-closure else-clause catch-clause inlambda
))
1381 (defcustom c-style-variables-are-local-p t
1382 "*Whether style variables should be buffer local by default.
1383 If non-nil, then all indentation style related variables will be made
1384 buffer local by default. If nil, they will remain global. Variables
1385 are made buffer local when this file is loaded, and once buffer
1386 localized, they cannot be made global again.
1388 This variable must be set appropriately before CC Mode is loaded.
1390 The list of variables to buffer localize are:
1392 c-comment-only-line-offset
1393 c-indent-comment-alist
1394 c-indent-comments-syntactically-p
1395 c-block-comment-prefix
1396 c-comment-prefix-regexp
1399 c-hanging-braces-alist
1400 c-hanging-colons-alist
1401 c-hanging-semi&comma-criteria
1403 c-backslash-max-column
1404 c-label-minimum-indentation
1406 c-special-indent-hook
1407 c-indentation-style"
1412 (defcustom c-mode-hook nil
1413 "*Hook called by `c-mode'."
1417 (defcustom c
++-mode-hook nil
1418 "*Hook called by `c++-mode'."
1422 (defcustom objc-mode-hook nil
1423 "*Hook called by `objc-mode'."
1427 (defcustom java-mode-hook nil
1428 "*Hook called by `java-mode'."
1432 (defcustom idl-mode-hook nil
1433 "*Hook called by `idl-mode'."
1437 (defcustom pike-mode-hook nil
1438 "*Hook called by `pike-mode'."
1442 (defcustom awk-mode-hook nil
1443 "*Hook called by `awk-mode'."
1447 (defcustom c-mode-common-hook nil
1448 "*Hook called by all CC Mode modes for common initializations."
1452 (defcustom c-initialization-hook nil
1453 "*Hook called when the CC Mode package gets initialized.
1454 This hook is only run once per Emacs session and can be used as a
1455 `load-hook' or in place of using `eval-after-load'."
1459 (defcustom c-enable-xemacs-performance-kludge-p nil
1460 "*Enables a XEmacs only hack that may improve speed for some coding styles.
1461 For styles that hang top-level opening braces (as is common with JDK
1462 Java coding styles) this can improve performance between 3 and 60
1463 times for core indentation functions (e.g. `c-parse-state'). For
1464 styles that conform to the Emacs recommendation of putting these
1465 braces in column zero, this can degrade performance about as much.
1466 This variable only has effect in XEmacs."
1470 (defvar c-old-style-variable-behavior nil
1471 "*Enables the old style variable behavior when non-nil.
1473 Normally the values of the style variables will override the style
1474 settings specified by the variables `c-default-style' and
1475 `c-style-alist'. However, in CC Mode 5.25 and earlier, it was the
1476 other way around, meaning that changes made to the style variables
1477 from e.g. Customize would not take effect unless special precautions
1478 were taken. That was confusing, especially for novice users.
1480 It's believed that despite this change, the new behavior will still
1481 produce the same results for most old CC Mode configurations, since
1482 all style variables are per default set in a special non-override
1483 state. Set this variable only if your configuration has stopped
1484 working due to this change.")
1486 (define-widget 'c-extra-types-widget
'radio
1487 "Internal CC Mode widget for the `*-font-lock-extra-types' variables."
1488 :args
'((const :tag
"none" nil
)
1489 (repeat :tag
"types" regexp
)))
1491 (defun c-make-font-lock-extra-types-blurb (mode1 mode2 example
)
1493 *List of extra types (aside from the type keywords) to recognize in "
1495 Each list item should be a regexp matching a single identifier.
1498 Note that items on this list that don't include any regexp special
1499 characters are automatically optimized using `regexp-opt', so you
1500 should not use `regexp-opt' explicitly to build regexps here.
1502 On decoration level 3 (and higher, where applicable), a method is used
1503 that finds most types and declarations by syntax alone. This variable
1504 is still used as a first step, but other types are recognized
1505 correctly anyway in most cases. Therefore this variable should be
1506 fairly restrictive and not contain patterns that are uncertain.
1508 Note that this variable is only consulted when the major mode is
1509 initialized. If you change it later you have to reinitialize CC Mode
1510 by doing \\[" mode2
"].
1512 Despite the name, this variable is not only used for font locking but
1513 also elsewhere in CC Mode to tell types from other identifiers."))
1515 ;; Note: Most of the variables below are also defined in font-lock.el
1516 ;; in older versions of Emacs, so depending on the load order we might
1517 ;; not install the values below. There's no kludge to cope with this
1518 ;; (as opposed to the *-font-lock-keywords-* variables) since the old
1519 ;; values work fairly well anyway.
1521 (defcustom c-font-lock-extra-types
1524 "bool" "complex" "imaginary"
1525 ;; Standard library types (except those matched by the _t pattern):
1526 "FILE" "lconv" "tm" "va_list" "jmp_buf"
1527 ;; I do not appreciate the following very Emacs-specific luggage
1528 ;; in the default value, but otoh it can hardly get in the way for
1529 ;; other users, and removing it would cause unnecessary grief for
1530 ;; the old timers that are used to it. /mast
1532 (c-make-font-lock-extra-types-blurb "C" "c-mode"
1533 "For example, a value of (\"FILE\" \"\\\\sw+_t\") means the word \"FILE\"
1534 and words ending in \"_t\" are treated as type names.")
1535 :type
'c-extra-types-widget
1538 (defcustom c
++-font-lock-extra-types
1540 ;; C library types (except those matched by the _t pattern):
1541 "FILE" "lconv" "tm" "va_list" "jmp_buf"
1542 ;; Some standard C++ types that came from font-lock.el.
1543 ;; Experienced C++ users says there's no clear benefit in
1544 ;; extending this to all the types in the standard library, at
1545 ;; least not when they'll be recognized without "std::" too.
1546 "istream" "istreambuf"
1547 "ostream" "ostreambuf"
1548 "ifstream" "ofstream" "fstream"
1549 "strstream" "strstreambuf" "istrstream" "ostrstream"
1553 "deque" "vector" "bit_vector"
1557 "hash_set" "hash_multiset"
1558 "hash_map" "hash_multimap"
1559 "stack" "queue" "priority_queue"
1561 "iterator" "const_iterator" "reverse_iterator" "const_reverse_iterator"
1562 "reference" "const_reference")
1563 (c-make-font-lock-extra-types-blurb "C++" "c++-mode"
1564 "For example, a value of (\"string\") means the word \"string\" is treated
1566 :type
'c-extra-types-widget
1569 (defcustom objc-font-lock-extra-types
1570 (list (concat "[" c-upper
"]\\sw*[" c-lower
"]\\sw*"))
1571 (c-make-font-lock-extra-types-blurb "ObjC" "objc-mode" (concat
1572 "For example, a value of (\"[" c-upper
"]\\\\sw*[" c-lower
"]\\\\sw*\") means
1573 capitalized words are treated as type names (the requirement for a
1574 lower case char is to avoid recognizing all-caps macro and constant
1576 :type
'c-extra-types-widget
1579 (defcustom java-font-lock-extra-types
1580 (list (concat "[" c-upper
"]\\sw*[" c-lower
"]\\sw*"))
1581 (c-make-font-lock-extra-types-blurb "Java" "java-mode" (concat
1582 "For example, a value of (\"[" c-upper
"]\\\\sw*[" c-lower
"]\\\\sw*\") means
1583 capitalized words are treated as type names (the requirement for a
1584 lower case char is to avoid recognizing all-caps constant names)."))
1585 :type
'c-extra-types-widget
1588 (defcustom idl-font-lock-extra-types nil
1589 (c-make-font-lock-extra-types-blurb "IDL" "idl-mode" "")
1590 :type
'c-extra-types-widget
1593 (defcustom pike-font-lock-extra-types
1594 (list (concat "[" c-upper
"]\\sw*[" c-lower
"]\\sw*"))
1595 (c-make-font-lock-extra-types-blurb "Pike" "pike-mode" (concat
1596 "For example, a value of (\"[" c-upper
"]\\\\sw*[" c-lower
"]\\\\sw*\") means
1597 capitalized words are treated as type names (the requirement for a
1598 lower case char is to avoid recognizing all-caps macro and constant
1600 :type
'c-extra-types-widget
1604 ;; Non-customizable variables, still part of the interface to CC Mode
1605 (defvar c-file-style nil
1606 "Variable interface for setting style via File Local Variables.
1607 In a file's Local Variable section, you can set this variable to a
1608 string suitable for `c-set-style'. When the file is visited, CC Mode
1609 will set the style of the file to this value automatically.
1611 Note that file style settings are applied before file offset settings
1612 as designated in the variable `c-file-offsets'.")
1613 (make-variable-buffer-local 'c-file-style
)
1614 ;;;###autoload(put 'c-file-style 'safe-local-variable 'string-or-null-p)
1616 (defvar c-file-offsets nil
1617 "Variable interface for setting offsets via File Local Variables.
1618 In a file's Local Variable section, you can set this variable to an
1619 association list similar to the values allowed in `c-offsets-alist'.
1620 When the file is visited, CC Mode will institute these offset settings
1623 Note that file offset settings are applied after file style settings
1624 as designated in the variable `c-file-style'.")
1625 (make-variable-buffer-local 'c-file-offsets
)
1627 ;; It isn't possible to specify a doc-string without specifying an
1628 ;; initial value with `defvar', so the following two variables have been
1629 ;; given doc-strings by setting the property `variable-documentation'
1630 ;; directly. C-h v will read this documentation only for versions of GNU
1631 ;; Emacs from 22.1. It's really good not to have an initial value for
1632 ;; variables like these that always should be dynamically bound, so it's
1633 ;; worth the inconvenience.
1635 (cc-bytecomp-defvar c-syntactic-context
)
1636 (defvar c-syntactic-context
)
1637 (put 'c-syntactic-context
'variable-documentation
1638 "Variable containing the syntactic analysis list for a line of code.
1640 It is a list with one element for each syntactic symbol pertinent to the
1641 line, for example \"((defun-block-intro 1) (comment-intro))\".
1643 It is dynamically bound when calling \(i) a brace hanging \"action
1644 function\"; \(ii) a semicolon/comma hanging \"criteria function\"; \(iii) a
1645 \"line-up function\"; \(iv) a c-special-indent-hook function. It is also
1646 used internally by CC Mode.
1648 c-syntactic-context is always bound dynamically. It must NEVER be set
1649 statically (e.g. with `setq').")
1652 (cc-bytecomp-defvar c-syntactic-element
)
1653 (defvar c-syntactic-element
)
1654 (put 'c-syntactic-element
'variable-documentation
1655 "Variable containing the current syntactic element during calls to
1656 the lineup functions. The value is one of the elements in the list in
1657 `c-syntactic-context' and is a list with the symbol name in the first
1658 position, followed by zero or more elements containing any additional
1659 info associated with the syntactic symbol. There are accessor functions
1660 `c-langelem-sym', `c-langelem-pos', `c-langelem-col', and
1661 `c-langelem-2nd-pos' to access the list.
1663 Specifically, the element returned by `c-langelem-pos' is the anchor
1664 position, or nil if there isn't any. See the comments in the
1665 `c-offsets-alist' variable and the CC Mode manual for more detailed info
1666 about the data each syntactic symbol provides.
1668 This is always bound dynamically. It should never be set
1669 statically (e.g. with `setq').")
1671 (defvar c-indentation-style nil
1672 "Name of the currently installed style.
1673 Don't change this directly; call `c-set-style' instead, or set the variable
1674 `c-file-style' in the file's Local Variable list.")
1676 (defvar c-current-comment-prefix nil
1677 "The current comment prefix regexp.
1678 Set from `c-comment-prefix-regexp' at mode initialization.")
1679 (make-variable-buffer-local 'c-current-comment-prefix
)
1681 ;; N.B. The next three variables are initialized in
1682 ;; c-setup-paragraph-variables. Their initializations here are "just in
1683 ;; case". ACM, 2004/2/15. They are NOT buffer local (yet?).
1684 (defvar c-string-par-start
1685 ;; (concat "\\(" (default-value 'paragraph-start) "\\)\\|[ \t]*\\\\$")
1687 "Value of paragraph-start used when scanning strings.
1688 It treats escaped EOLs as whitespace.")
1690 (defvar c-string-par-separate
1691 ;; (concat "\\(" (default-value 'paragraph-separate) "\\)\\|[ \t]*\\\\$")
1693 "Value of paragraph-separate used when scanning strings.
1694 It treats escaped EOLs as whitespace.")
1696 (defvar c-sentence-end-with-esc-eol
1697 (concat "\\(\\(" (c-default-value-sentence-end) "\\)"
1698 ;; N.B.: "$" would be illegal when not enclosed like "\\($\\)".
1699 "\\|" "[.?!][]\"')}]* ?\\\\\\($\\)[ \t\n]*"
1701 "Value used like sentence-end used when scanning strings.
1702 It treats escaped EOLs as whitespace.")
1705 (cc-provide 'cc-vars
)
1707 ;; arch-tag: d62e9a55-c9fe-409b-b5b6-050b6aa202c9
1708 ;;; cc-vars.el ends here