devinfo.html revision 13a90e8900cd5b11637ff4b9936819e51ddfd497
1<HTML>
2
3<TITLE>Development Notes</TITLE>
4
5<link rel="stylesheet" type="text/css" href="mesa.css"></head>
6
7<BODY>
8
9<H1>Development Notes</H1>
10
11
12<H2>Adding Extentions</H2>
13
14<p>
15To add a new GL extension to Mesa you have to do at least the following.
16
17<ul>
18<li>
19   If glext.h doesn't define the extension, edit include/GL/gl.h and add
20   code like this:
21   <pre>
22     #ifndef GL_EXT_the_extension_name
23     #define GL_EXT_the_extension_name 1
24     /* declare the new enum tokens */
25     /* prototype the new functions */
26     /* TYPEDEFS for the new functions */
27     #endif
28   </pre>
29</li>
30<li>
31   In the src/mesa/glapi/ directory, add the new extension functions and
32   enums to the gl_API.xml file.
33   Then, a bunch of source files must be regenerated by executing the
34   corresponding Python scripts.
35</li>
36<li>
37   Add a new entry to the <code>gl_extensions</code> struct in mtypes.h
38</li>
39<li>
40   Update the <code>extensions.c</code> file.
41</li>
42<li>
43   From this point, the best way to proceed is to find another extension,
44   similar to the new one, that's already implemented in Mesa and use it
45   as an example.
46</li>
47<li>
48   If the new extension adds new GL state, the functions in get.c, enable.c
49   and attrib.c will most likely require new code.
50</li>
51</ul>
52
53
54
55<H2>Coding Style</H2>
56
57<p>
58Mesa's code style has changed over the years.  Here's the latest.
59</p>
60
61<p>
62Comment your code!  It's extremely important that open-source code be
63well documented.  Also, strive to write clean, easily understandable code.
64</p>
65
66<p>
673-space indentation
68</p>
69
70<p>
71If you use tabs, set them to 8 columns
72</p>
73
74<p>
75Brace example:
76</p>
77<pre>
78	if (condition) {
79	   foo;
80	}
81	else {
82	   bar;
83	}
84</pre>
85
86<p>
87Here's the GNU indent command which will best approximate my preferred style:
88</p>
89<pre>
90	indent -br -i3 -npcs --no-tabs infile.c -o outfile.c
91</pre>
92
93
94<p>
95Local variable name example:  localVarName (no underscores)
96</p>
97
98<p>
99Constants and macros are ALL_UPPERCASE, with _ between words
100</p>
101
102<p>
103Global variables are not allowed.
104</p>
105
106<p>
107Function name examples:
108</p>
109<pre>
110	glFooBar()       - a public GL entry point (in glapi_dispatch.c)
111	_mesa_FooBar()   - the internal immediate mode function
112	save_FooBar()    - retained mode (display list) function in dlist.c
113	foo_bar()        - a static (private) function
114	_mesa_foo_bar()  - an internal non-static Mesa function
115</pre>
116
117
118<H2>Making a New Mesa Release</H2>
119
120<p>
121These are the instructions for making a new Mesa release.
122</p>
123
124<H3>Get latest source files</H3>
125<p>
126Use git to get the latest Mesa files from the git repository, from whatever
127branch is relevant.
128</p>
129
130
131<H3>Verify and update version info</H3>
132<p>
133Create/edit the docs/relnotes-x.y.html file to document what's new in the release.
134Add the new relnotes-x.y.html file to <a href="relnotes.html">relnotes.html</a>.
135</p>
136
137<p>
138Update the MESA_MAJOR, MESA_MINOR and MESA_TINY version numbers in
139configs/default.
140Also update the VERSION line in the top-level Makefile.
141</p>
142
143<p>
144Make sure the values in src/mesa/main/version.h are correct.
145</p>
146
147<p>
148Update docs/news.html.
149</p>
150
151<p>
152Check in all updates to git.
153</p>
154
155<p>
156Tag the files with the release name (in the form <b>mesa_X_Y</b>)
157with: <code>git tag -a mesa_X_Y</code>
158Then: <code>git push origin mesa_X_Y</code>
159</p>
160
161
162<H3>Make the tarballs</H3>
163<p>
164Make a symbolic link from $(DIRECTORY) to 'Mesa'.  For example,
165<code>ln -s Mesa Mesa-7.5</code>
166This is needed in order to make a correct tar file in the next step.
167</p>
168
169<p>
170Make the distribution files.  From inside the Mesa directory:
171<pre>
172	make tarballs
173</pre>
174
175<p>
176After the tarballs are created, the md5 checksums for the files will
177be computed.
178Add them to the docs/relnotes-X.Y.html file.
179</p>
180
181<p>
182Copy the distribution files to a temporary directory, unpack them,
183compile everything, and run some demos to be sure everything works.
184</p>
185
186<H3>Update the website and announce the release</H3>
187<p>
188Follow the directions on SourceForge for creating a new "release" and
189uploading the tarballs.
190</p>
191
192<p>
193Basically, to upload the tarball files with:
194<br>
195<code>
196rsync -avP ssh Mesa*-X.Y.* USERNAME@frs.sourceforge.net:uploads/
197</code>
198</p>
199
200<p>
201Update the web site by copying the docs/ directory's files to 
202/home/users/b/br/brianp/mesa-www/htdocs/ with:
203<br>
204<code>
205sftp USERNAME,mesa3d@web.sourceforge.net
206</code>
207</p>
208
209<p>
210Make an announcement on the mailing lists:
211<em>m</em><em>e</em><em>s</em><em>a</em><em>3</em><em>d</em><em>-</em><em>d</em><em>e</em><em>v</em><em>@</em><em>l</em><em>i</em><em>s</em><em>t</em><em>s</em><em>.</em><em>s</em><em>f</em><em>.</em><em>n</em><em>e</em><em>t</em>,
212<em>m</em><em>e</em><em>s</em><em>a</em><em>3</em><em>d</em><em>-</em><em>u</em><em>s</em><em>e</em><em>r</em><em>s</em><em>@</em><em>l</em><em>i</em><em>s</em><em>t</em><em>s</em><em>.</em><em>s</em><em>f</em><em>.</em><em>n</em><em>e</em><em>t</em>
213and
214<em>m</em><em>e</em><em>s</em><em>a</em><em>3</em><em>d</em><em>-</em><em>a</em><em>n</em><em>n</em><em>o</em><em>u</em><em>n</em><em>c</em><em>e</em><em>@</em><em>l</em><em>i</em><em>s</em><em>t</em><em>s</em><em>.</em><em>s</em><em>f</em><em>.</em><em>n</em><em>e</em><em>t</em>
215</p>
216
217
218
219</body>
220</html>
221