blob: 4e47769cbf39b437c6129f8f0608235925d8e6a9 [file] [log] [blame]
Emil Velikove5617372016-11-16 00:31:26 +00001<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
2<html lang="en">
3<head>
4 <meta http-equiv="content-type" content="text/html; charset=utf-8">
5 <title>Coding Style</title>
6 <link rel="stylesheet" type="text/css" href="mesa.css">
7</head>
8<body>
9
10<div class="header">
Erik Faye-Lundecdab0d2019-05-06 13:26:47 +020011 The Mesa 3D Graphics Library
Emil Velikove5617372016-11-16 00:31:26 +000012</div>
13
14<iframe src="contents.html"></iframe>
15<div class="content">
16
17<h1>Coding Style</h1>
18
19<p>
20Mesa is over 20 years old and the coding style has evolved over time.
21Some old parts use a style that's a bit out of date.
22
23Different sections of mesa can use different coding style as set in the local
24EditorConfig (.editorconfig) and/or Emacs (.dir-locals.el) file.
25
26Alternatively the following is applicable.
27
28If the guidelines below don't cover something, try following the format of
29existing, neighboring code.
30</p>
31
32<p>
33Basic formatting guidelines
34</p>
35
36<ul>
37<li>3-space indentation, no tabs.
38<li>Limit lines to 78 or fewer characters. The idea is to prevent line
39wrapping in 80-column editors and terminals. There are exceptions, such
40as if you're defining a large, static table of information.
41<li>Opening braces go on the same line as the if/for/while statement.
42For example:
43<pre>
Erik Faye-Lund99541202020-01-16 20:18:07 +010044if (condition) {
45 foo;
46} else {
47 bar;
48}
Emil Velikove5617372016-11-16 00:31:26 +000049</pre>
50
Erik Faye-Lund0ee36692019-05-28 13:34:34 +020051<li>Put a space before/after operators. For example, <code>a = b + c;</code>
52and not <code>a=b+c;</code>
Emil Velikove5617372016-11-16 00:31:26 +000053
54<li>This GNU indent command generally does the right thing for formatting:
55<pre>
Erik Faye-Lund99541202020-01-16 20:18:07 +010056indent -br -i3 -npcs --no-tabs infile.c -o outfile.c
Emil Velikove5617372016-11-16 00:31:26 +000057</pre>
58
Erik Faye-Lundd60dc5d2019-05-28 13:20:29 +020059<li>
60<p>Use comments wherever you think it would be helpful for other developers.
Emil Velikove5617372016-11-16 00:31:26 +000061Several specific cases and style examples follow. Note that we roughly
Erik Faye-Lundc59c7932019-06-03 19:23:07 +020062follow <a href="http://www.doxygen.nl">Doxygen</a> conventions.
Erik Faye-Lundd60dc5d2019-05-28 13:20:29 +020063</p>
Emil Velikove5617372016-11-16 00:31:26 +000064Single-line comments:
65<pre>
Erik Faye-Lund99541202020-01-16 20:18:07 +010066/* null-out pointer to prevent dangling reference below */
67bufferObj = NULL;
Emil Velikove5617372016-11-16 00:31:26 +000068</pre>
69Or,
70<pre>
Erik Faye-Lund99541202020-01-16 20:18:07 +010071bufferObj = NULL; /* prevent dangling reference below */
Emil Velikove5617372016-11-16 00:31:26 +000072</pre>
73Multi-line comment:
74<pre>
Erik Faye-Lund99541202020-01-16 20:18:07 +010075/* If this is a new buffer object id, or one which was generated but
76 * never used before, allocate a buffer object now.
77 */
Emil Velikove5617372016-11-16 00:31:26 +000078</pre>
79We try to quote the OpenGL specification where prudent:
80<pre>
Erik Faye-Lund99541202020-01-16 20:18:07 +010081/* Page 38 of the PDF of the OpenGL ES 3.0 spec says:
82 *
83 * "An INVALID_OPERATION error is generated for any of the following
84 * conditions:
85 *
86 * * &lt;length&gt; is zero."
87 *
88 * Additionally, page 94 of the PDF of the OpenGL 4.5 core spec
89 * (30.10.2014) also says this, so it's no longer allowed for desktop GL,
90 * either.
91 */
Emil Velikove5617372016-11-16 00:31:26 +000092</pre>
93Function comment example:
94<pre>
Erik Faye-Lund99541202020-01-16 20:18:07 +010095/**
96 * Create and initialize a new buffer object. Called via the
97 * ctx-&gt;Driver.CreateObject() driver callback function.
98 * \param name integer name of the object
99 * \param type one of GL_FOO, GL_BAR, etc.
100 * \return pointer to new object or NULL if error
101 */
102struct gl_object *
103_mesa_create_object(GLuint name, GLenum type)
104{
105 /* function body */
106}
Emil Velikove5617372016-11-16 00:31:26 +0000107</pre>
108
109<li>Put the function return type and qualifiers on one line and the function
110name and parameters on the next, as seen above. This makes it easy to use
111<code>grep ^function_name dir/*</code> to find function definitions. Also,
112the opening brace goes on the next line by itself (see above.)
113
114<li>Function names follow various conventions depending on the type of function:
115<pre>
Erik Faye-Lund99541202020-01-16 20:18:07 +0100116glFooBar() - a public GL entry point (in glapi_dispatch.c)
117_mesa_FooBar() - the internal immediate mode function
118save_FooBar() - retained mode (display list) function in dlist.c
119foo_bar() - a static (private) function
120_mesa_foo_bar() - an internal non-static Mesa function
Emil Velikove5617372016-11-16 00:31:26 +0000121</pre>
122
Erik Faye-Lund392c0832019-05-28 13:14:03 +0200123<li>Constants, macros and enum names are <code>ALL_UPPERCASE</code>, with _
124between words.
125<li>Mesa usually uses camel case for local variables (Ex:
126<code>localVarname</code>) while gallium typically uses underscores (Ex:
127<code>local_var_name</code>).
Emil Velikove5617372016-11-16 00:31:26 +0000128<li>Global variables are almost never used because Mesa should be thread-safe.
129
130<li>Booleans. Places that are not directly visible to the GL API
Erik Faye-Lund0ee36692019-05-28 13:34:34 +0200131should prefer the use of <code>bool</code>, <code>true</code>, and
132<code>false</code> over <code>GLboolean</code>, <code>GL_TRUE</code>, and
133<code>GL_FALSE</code>. In C code, this may mean that
134<code>#include &lt;stdbool.h&gt;</code> needs to be added. The
Erik Faye-Lundf3235cf2019-06-06 10:11:31 +0200135<code>try_emit_*</code> methods in <code>src/mesa/program/ir_to_mesa.cpp</code>
Erik Faye-Lund392c0832019-05-28 13:14:03 +0200136and <code>src/mesa/state_tracker/st_glsl_to_tgsi.cpp</code> can serve as
137examples.
Emil Velikove5617372016-11-16 00:31:26 +0000138
139</ul>
Emil Velikove5617372016-11-16 00:31:26 +0000140
141</div>
142</body>
143</html>