lkml.org 
[lkml]   [2009]   [Apr]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [GIT] kbuild
On Mon, Apr 20, 2009 at 03:49:54AM +0100, Al Viro wrote:
> On Mon, Apr 20, 2009 at 02:41:58AM +0100, Al Viro wrote:
> > On Sun, Apr 19, 2009 at 05:52:32PM -0700, Linus Torvalds wrote:
> > >
> > >
> > > On Mon, 20 Apr 2009, Sam Ravnborg wrote:
> > > >
> > > > You will soon see a path from me where I fix sh too.
> > >
> > > Can we do a global 'sed s:asm/asm-offsets.h:generated/asm-offsets.h:g'
> > > thing too? And then get rid of the include/asm symlink?
> > >
> > > That asm-offsets.h mess is scary. I don't quite know why kvm on ia64 seems
> > > to do it's own asm-offsets.h file, for example. And arch/blackfin/Makefile
> > > mentions arch/$(ARCH)/include/asm/asm-offsets.h (but does it actually do
> > > one?).
> >
> > We'll need to update uml as well (contents of shared/kern_constants.h)
>
> BTW, while we are at it... There's a way to deal with arch/um without
> that kind of contortions, provided that we are willing to use -idirafter.
For kernel proper the use of -idirafter would be confusing.
But for um alone we should be safe provided it is properly commented.

I have already fixed um the obvious way for asm-offsets in my local tree.
But if you prefer I can add a -dirafter based patch before the "move
asm-offsets.h to incldue/generated" patch.

Sam


\
 
 \ /
  Last update: 2009-04-20 06:47    [W:0.220 / U:0.540 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site