On Friday, 29 January 1999 at 7:54:18 +1100, Peter Jeremy wrote: > Luigi Rizzo <lu...@labinfo.iet.unipi.it> >> not speaking about vinum, but to me, the indentation of 8 char and >> line length of 80 chars are almost mutually exclusive. >> >> See e.g. tcp_input.c ip_input.c and many network device drivers as >> an example -- basically all places where, for efficiency reasons, >> the code tries to expand in-line various block, > > According to most of the coding standards I've read, readability > (and hence maintainability) come before efficiency. That said, I > agree that efficiency _is_ an issue within the kernel's critical > paths (the TCP/IP code being one). > > Judicious use of inline functions (and macros) should help move > code to the left - and may even make it more understandable.
One man's readability is another man's illegibility. I certainly think that macros can really obfuscate things. And moving code away into separate functions also makes it difficult to see the Big Picture. My real issue with style(9) is that it perpetuates the style of the early 70s for no good reason. On the other hand, I very much *do* support a consistent coding style. Greg -- See complete headers for address, home page and phone numbers finger g...@lemis.com for PGP public key To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
