lkml.org 
[lkml]   [2005]   [Dec]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 1/3] m68k: compile fix - hardirq checks were in wrong place
On Thu, Dec 15, 2005 at 12:58:12PM +0100, Roman Zippel wrote:
> You separate the definition from the check, now you push the
> responsibility to get the order right to the header users.

There are two definitions, one in old place, another in new one. You
need both seen before the check. On m68k hardirq.h doesn't pull irq.h;
irq.h, OTOH, *does* pull hardirq.h via linux/interrupt.h -> linux/hardirq.h ->
asm/hardirq.h. IOW, it's less responsibility, not more.

Moreover, new variant works; old one doesn't. Both are brittle, but the
old one is flat-out _broken_. As in, new one works with the actual
includes in the tree with no extra changes, old one breaks on a number
of existing files in the tree.

How the hell does that push responsibility to header users?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-12-15 17:50    [W:0.030 / U:0.164 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site