<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in style</title>
    <link>http://nxr.netbsd.org/rss/src/share/misc/style</link>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2005</copyright>
    <generator>Java</generator>
    
<item>
    <title>fix typo</title>
    <description>/src/share/misc/style - 1.79</description>
    <pubDate>Sat Jan 03 21:42:19 UTC 2026</pubDate>
    <dc:creator>wiz</dc:creator>
</item>

<item>
    <title>share/misc/style: Note SET_ERROR(EMUMBLEFROTZ) for errno origination.<br/><br/>I expect this to be entirely uncontroversial, but feel free to back<br/>this out and suggest it be proposed on tech-kern@ first if you think<br/>otherwise.<br/><br/>PR kern/58378: Kernel error code origination lacks dtrace probes</title>
    <description>/src/share/misc/style - 1.78</description>
    <pubDate>Sat Jan 03 21:13:07 UTC 2026</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>style: One more typo, NFC</title>
    <description>/src/share/misc/style - 1.77</description>
    <pubDate>Mon Jan 29 05:42:41 UTC 2024</pubDate>
    <dc:creator>rin</dc:creator>
</item>

<item>
    <title>style: Fix typo, NFC<br/><br/>"it it" --&gt; "it is" (across a newline)</title>
    <description>/src/share/misc/style - 1.76</description>
    <pubDate>Wed Jan 24 04:00:43 UTC 2024</pubDate>
    <dc:creator>rin</dc:creator>
</item>

<item>
    <title>style(5): Advise against new struct typedefs and explain why.<br/><br/>Proposed on tech-kern:<br/>https://mail-index.netbsd.org/tech-kern/2023/07/11/msg028950.html<br/><br/>Positive feedback to general concept, negative feedback to specifics<br/>and phrasing of the first iteration but no objections to latest<br/>iteration after several weeks at:<br/>https://mail-index.netbsd.org/tech-kern/2023/07/16/msg028994.html</title>
    <description>/src/share/misc/style - 1.75</description>
    <pubDate>Mon Aug 07 18:01:42 UTC 2023</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>style: remove mentions of ANSI C<br/><br/>The distinction between traditional C and ISO C90 or later is no longer<br/>needed in the style guide. Any old-style code is caught by the<br/>compilers.<br/><br/>https://mail-index.netbsd.org/tech-userlevel/2023/04/15/msg013768.html<br/>https://mail-index.netbsd.org/tech-userlevel/2023/04/17/msg013776.html</title>
    <description>/src/share/misc/style - 1.74</description>
    <pubDate>Fri Apr 21 16:12:53 UTC 2023</pubDate>
    <dc:creator>rillig</dc:creator>
</item>

<item>
    <title>share/misc/style: Don't prescribe using "extern.h" for all prototypes.<br/><br/>That's very 80s.<br/><br/>No objection (or even response, amazingly enough) on tech-userlevel in<br/>two weeks.</title>
    <description>/src/share/misc/style - 1.73</description>
    <pubDate>Mon Apr 17 00:37:04 UTC 2023</pubDate>
    <dc:creator>dholland</dc:creator>
</item>

<item>
    <title>style: fix spelling of plural parentheses</title>
    <description>/src/share/misc/style - 1.72</description>
    <pubDate>Sat Apr 15 00:22:37 UTC 2023</pubDate>
    <dc:creator>rillig</dc:creator>
</item>

<item>
    <title>style: don't require sorting variables in functions<br/><br/>Sorting the variables by size would be platform-dependent and thus is<br/>not possible.<br/><br/>Sorting the variables alphabetically may or may not make the code easier<br/>to read, and the example given below that rule doesn't follow it,<br/>otherwise the correct order would be 'eight, eleven, nine, ten,<br/>thirteen, twelve'.<br/><br/>https://mail-index.netbsd.org/tech-userlevel/2023/04/11/msg013749.html</title>
    <description>/src/share/misc/style - 1.71</description>
    <pubDate>Fri Apr 14 16:53:13 UTC 2023</pubDate>
    <dc:creator>rillig</dc:creator>
</item>

<item>
    <title>style(5): Omit redundant proscription against .c externs in previous.</title>
    <description>/src/share/misc/style - 1.70</description>
    <pubDate>Tue Apr 11 14:22:10 UTC 2023</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>style(5): Forbid extern in .c files.<br/><br/>Discussed on tech-userlevel (bcc tech-kern):<br/>https://mail-index.netbsd.org/tech-userlevel/2023/03/15/msg013727.html</title>
    <description>/src/share/misc/style - 1.69</description>
    <pubDate>Thu Mar 30 10:39:30 UTC 2023</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>exit with EXIT_FAILURE, not 1, as elsewhere</title>
    <description>/src/share/misc/style - 1.68</description>
    <pubDate>Tue Feb 14 18:56:10 UTC 2023</pubDate>
    <dc:creator>jschauma</dc:creator>
</item>

<item>
    <title>Move a style recommendation closer to the syntax that it describes.</title>
    <description>/src/share/misc/style - 1.67</description>
    <pubDate>Fri Dec 30 21:12:44 UTC 2022</pubDate>
    <dc:creator>jkoshy</dc:creator>
</item>

<item>
    <title>C99: Suggest using narrow scopes for loop indices.</title>
    <description>/src/share/misc/style - 1.66</description>
    <pubDate>Fri Dec 30 17:02:31 UTC 2022</pubDate>
    <dc:creator>jkoshy</dc:creator>
</item>

<item>
    <title>Terminate a sentence with a full stop.</title>
    <description>/src/share/misc/style - 1.65</description>
    <pubDate>Thu Dec 29 18:23:37 UTC 2022</pubDate>
    <dc:creator>jkoshy</dc:creator>
</item>

<item>
    <title>share/misc/style: lint no longer needs CONSTCOND in do-while-loops<br/><br/>Since usr.bin/xlint/lint1/tree.c 1.202 from 2021-01-31, lint recognizes<br/>the common idiom 'do { ... } while (0)' and no longer complains about<br/>its constant condition; see tests/usr.bin/xlint/lint1/msg_161.c.</title>
    <description>/src/share/misc/style - 1.64</description>
    <pubDate>Thu Mar 10 23:39:12 UTC 2022</pubDate>
    <dc:creator>rillig</dc:creator>
</item>

<item>
    <title>share/misc/style: clarify enum example code<br/><br/>The only purpose of the enum example is to show that enum constants are<br/>written in uppercase.<br/><br/>The previous code could be mistakenly interpreted as requiring each<br/>definition of an enum type to also define a global variable of that<br/>type, and to make the variable name the abbreviated type name.  Even if<br/>the enum type were prefixed with 'typedef', choosing different names for<br/>the tag and the typedef would not be necessary.<br/><br/>To avoid these possible misinterpretations above, remove the variable<br/>name from the declaration.</title>
    <description>/src/share/misc/style - 1.63</description>
    <pubDate>Thu Mar 10 22:45:23 UTC 2022</pubDate>
    <dc:creator>rillig</dc:creator>
</item>

<item>
    <title>Clarify and explain the rationale for parentheses in sizeof and return as<br/>discussed.</title>
    <description>/src/share/misc/style - 1.62</description>
    <pubDate>Sun Mar 28 14:28:56 UTC 2021</pubDate>
    <dc:creator>christos</dc:creator>
</item>

<item>
    <title>- EXIT_FAILURE instead of 1<br/>- %j instead of PRI for *intmax_t<br/>- != -1 instead of &lt; 0 for syscalls</title>
    <description>/src/share/misc/style - 1.61</description>
    <pubDate>Sun Mar 28 14:16:16 UTC 2021</pubDate>
    <dc:creator>christos</dc:creator>
</item>

<item>
    <title>style: fix typo</title>
    <description>/src/share/misc/style - 1.60</description>
    <pubDate>Sun Nov 29 09:15:33 UTC 2020</pubDate>
    <dc:creator>rillig</dc:creator>
</item>
</channel></rss>

