* Al Viro <viro@ZenIV.linux.org.uk> wrote:(yep, that's odd.) these are really nuances, so unless you are interested in such nuances nowhere found in CodingStyle, stop reading here :-) i personally try to minimize the number and complexity of function prototype patterns, while still trying to keep the linecount low. So if a function prototype wants to be multi-line, it's not a "simple one-line function prototype" anymore, so i use the same template for everything: type function_name(vars ... more vars ...) { [ having the 'type' separately makes it easy to judge the return type of a function (especially with syntax highlighting active). Aligned variables are an efficient extension of the 'line' concept that does not mix the function_name with the variables. ] incidentally, a natural simplified variant of that is the following: type function_name(vars...) { which tends to stay cleanly 2-line and looks tidier and shorter than the: type function_name(vars... more vars ...) { form. The preferred form is of course: type function_name(vars...) Ingo --
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Eric Sandeen | Re: [RFC] Heads up on sys_fallocate() |
git: | |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Antonio Almeida | HTB accuracy for high speed |
