check prototypes in src/ as well
[musl-tables] / tab_c99.html
index 0644b15..01b5d5c 100644 (file)
@@ -1,5 +1,5 @@
 <h3>musl vs c99 api</h3>
-<h4>commit</h4><p>commit <a href="http://git.etalabs.net/cgi-bin/gitweb.cgi?p=musl;a=commit;h=4da289e1b3a0d09048d9be1dfc3a7280531a1e48">4da289e1b3a0d09048d9be1dfc3a7280531a1e48</a><br>Date:   Tue Sep 13 21:21:53 2011 -0400<br><br>    fix return types for aio_read and aio_write again<br>    <br>    previous fix was backwards and propagated the wrong type rather than<br>    the right one...
+<h4>commit</h4><p>commit <a href="http://git.etalabs.net/cgi-bin/gitweb.cgi?p=musl;a=commit;h=3f72cdac73030761120cf32aeef44e7d03e2f1fa">3f72cdac73030761120cf32aeef44e7d03e2f1fa</a><br>Date:   Sun Sep 18 10:14:37 2011 -0400<br><br>    overhaul clone syscall wrapping<br>    <br>    several things are changed. first, i have removed the old __uniclone<br>    function signature and replaced it with the "standard" linux<br>    __clone/clone signature. this was necessary to expose clone to<br>    applications anyway, and it makes it easier to port __clone to new<br>    archs, since it's now testable independently of pthread_create.<br>    <br>    secondly, i have removed all references to the ugly ldt descriptor<br>    structure (i386 only) from the c code and pthread structure. in places<br>    where it is needed, it is now created on the stack just when it's<br>    needed, in assembly code. thus, the i386 __clone function takes the<br>    desired thread pointer as its argument, rather than an ldt descriptor<br>    pointer, just like on all other sane archs. this should not affect<br>    applications since there is really no way an application can use clone<br>    with threads/tls in a way that doesn't horribly conflict with and<br>    clobber the underlying implementation's use. applications are expected<br>    to use clone only for creating actual processes, possibly with new<br>    namespace features and whatnot.
 <h4>legend</h4><ul><li>status: musl implementation status summary<ul><li>(empty) - implemented<li>nosym - prototype found in include files (see decl) but not in libc.a (see sym)<li>nodecl - symbol is in libc.a but not declared in a public header<li>missing - neither in include files (see decl) nor in libc.a (see sym)</ul><li>sym: external symbol kind as found by `nm libc.a` (symbol kind only reported once)<ul><li>C - symbol is common (uninitialized data)<li>D - symbol is in the initialized data section<li>R - symbol is in the read only data section<li>T - symbol is in the text section<li>V - weak object<li>W - weak symbol</ul><li>decl: kind of declaration as found by `ctags -R include` (every occurance is reported, arch specific definitions are not linked)<ul><li>d - macro definition<li>t - typedef<li>s - struct declaration<li>u - union declaration<li>p - function prototype<li>x - external and forward variable declaration</ul></ul>
 <h4>table</h4><table border=1><tr><th colspan=3>musl<th colspan=4>c99<tr><th>status<th>sym<th>decl<th>name<th>header<th>proto<th>section
 <tr><td>missing<td>&#160;<td>&#160;<td>NDEBUG<td>assert.h<td>&#160;<td>B.1 Diagnostics