Thread (3 messages) flat view 3 messages, 3 authors, 2012-02-02

Re: [PATCH] Keep kernel coding style rule of hfs-s+/sp source

From: Joe Perches <joe@perches.com>
Date: 2012-02-02 19:12:08
Also in: lkml

On Thu, 2012-02-02 at 20:01 +0100, Karsten Keil wrote:
quoted
quoted
quoted
This was probably there to eliminate compiler warnings or avoid the
Yes it was.
[]
I think in this case a coding style violation is minor to a warning or
potencial miscompiling.
Do not misunderstand me that I do not like to make the code better and more
readable, but such small style violations should be only fixed when here is
a strong need or the driver is reworked in bigger parts and full testing
is done.
I agree, but in the future (or perhaps even today)
it's better to mark these odd coding style uses with
macros to indicate the reason for their use.

Perhaps something akin to the ACCESS_ONCE macro like

#define PERFORM_ONCE(expr)		\
do {					\
	if ((expr))			\
		;			\
} while (0)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help