aboutsummaryrefslogtreecommitdiff
path: root/www
diff options
context:
space:
mode:
authorRob Landley <rob@landley.net>2013-12-27 06:53:15 -0600
committerRob Landley <rob@landley.net>2013-12-27 06:53:15 -0600
commit85a3241d9db2afa9cd4a4ff3be90341609738361 (patch)
tree3c9dd1080f2a3d8f20d373f57fe95b02832b9d81 /www
parent1bc21f0f98417bbad16db22ddb35eedae63765e6 (diff)
downloadtoybox-85a3241d9db2afa9cd4a4ff3be90341609738361.tar.gz
New section on #including header files.
Diffstat (limited to 'www')
-rwxr-xr-xwww/code.html27
1 files changed, 27 insertions, 0 deletions
diff --git a/www/code.html b/www/code.html
index b39714c7..725bebdc 100755
--- a/www/code.html
+++ b/www/code.html
@@ -224,6 +224,33 @@ as appropriate by the time this function is called. (See
<a href="#lib_args">get_optflags()</a> for details.</p></li>
</ul>
+<a name="headers" /><h2>Headers.</h2>
+
+<p>Commands generally don't have their own headers. If it's common code
+it can live in lib/, if it isn't put it in the command's .c file. (The line
+between implementing multiple commands in a C file via OLDTOY() to share
+infrastructure and moving that shared infrastructure to lib/ is a judgement
+call. Try to figure out which is simplest.)</p>
+
+<p>The top level toys.h should #include all the standard (posix) headers
+that any command uses. (Partly this is friendly to ccache and partly this
+makes the command implementations shorter.) Individual commands should only
+need to include nonstandard headers that might prevent that command from
+building in some context we'd care about (and thus requiring that command to
+be disabled to avoid a build break).</p>
+
+<p>Target-specific stuff (differences between compiler versions, libc versions,
+or operating systems) should be confined to lib/portability.h and
+lib/portability.c. (There's even some minimal compile-time environment probing
+that writes data to generated/portability.h, see scripts/genconfig.sh.)</p>
+
+<p>Only include linux/*.h headers from individual commands (not from other
+headers), and only if you really need to. Data that varies per architecture
+is a good reason to include a header. If you just need a couple constants
+that haven't changed since the 1990's, it's ok to #define them yourself or
+just use the constant inline with a comment explaining what it is. (A
+#define that's only used once isn't really helping.)</p>
+
<p><a name="top" /><h2>Top level directory.</h2></p>
<p>This directory contains global infrastructure.</p>