patch-2.3.19 linux/Documentation/CodingStyle
Next file: linux/Documentation/filesystems/proc.txt
Previous file: linux/CREDITS
Back to the patch index
Back to the overall index
- Lines: 27
- Date:
Wed Sep 29 13:59:12 1999
- Orig file:
v2.3.18/linux/Documentation/CodingStyle
- Orig date:
Wed Jun 24 14:30:07 1998
diff -u --recursive --new-file v2.3.18/linux/Documentation/CodingStyle linux/Documentation/CodingStyle
@@ -210,3 +210,26 @@
"indent" has a lot of options, and especially when it comes to comment
re-formatting you may want to take a look at the manual page. But
remember: "indent" is not a fix for bad programming.
+
+
+ Chapter 7: Configuration-files
+
+For configuration options (arch/xxx/config.in, and all the Config.in files),
+somewhat different indentation is used.
+
+An indention level of 3 is used in the code, while the text in the config-
+options should have an indention-level of 2 to indicate dependencies. The
+latter only applies to bool/tristate options. For other options, just use
+common sense. An example:
+
+if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then
+ tristate 'Apply nitroglycerine inside the keyboard (DANGEROUS)' CONFIG_BOOM
+ if [ "$CONFIG_BOOM" != "n" ]; then
+ bool ' Output nice messages when you explode' CONFIG_CHEER
+ fi
+fi
+
+Generally, CONFIG_EXPERIMENTAL should surround all options not considered
+stable. All options that are known to trash data (experimental write-
+support for file-systems, for instance) should be denoted (DANGEROUS), other
+Experimental options should be denoted (EXPERIMENTAL).
FUNET's LINUX-ADM group, linux-adm@nic.funet.fi
TCL-scripts by Sam Shen (who was at: slshen@lbl.gov)