Boris, et al. -- > >I am sure that no one in his or her right mind would ever want something > >like > > opcode_t * code_start > > > >in beautified code.
Concerns about my state of mind aside... ;) It turns out that I'm the guilty party on this one. The C grammar notwithstanding, my brain parses "opcode_t code_start" as "thing named 'code_start' that gives the location of a thing of type 'opcode_t'", which means that the '*' belongs by itself, cuddled neither with 'opcode_t' nor 'code_start', which have perfectly good meanings by themselves. If ther's a whitespace shortage in the future, you can come knocking on my door, because I'm a heavy user. :) I'm confident that I'm in the minority here, but I format declarations this way, which matches my mental model nicely (comments added here for expository purposes; I don't put them in my C code): /* type */ /* name */ int foo; char * bar; struct quux * splee; Its not as clear when there's a single declaration, since the alignment of the names is one of the major visual cues. But, it works well enough for me (not surprisingly :) even in that case. TMTOWTDI. Of course, whatever the Code Police (SM) decide is the Parrot Way (TM) should prevail in the Parrot code base, but there's nothing objectively un-beautiful about the layout above. Just US$0.02 from the "human version of indent" (with a tip o' the hat to Simon :)... Regards, -- Gregor ____________________________________________________________________ / Inspiration >> Innovation >> Excellence (TM) \ Gregor N. Purdy [EMAIL PROTECTED] Focus Research, Inc. http://www.focusresearch.com/ 8080 Beckett Center Drive #203 513-860-3570 vox West Chester, OH 45069 513-860-3579 fax \____________________________________________________________________/ [[EMAIL PROTECTED]]$ ping osama.taliban.af PING osama.taliban.af (68.69.65.68) from 20.1.9.11 : 56 bytes of data. >From 85.83.77.67: Time to live exceeded