[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070828175904.GS26410@stusta.de>
Date: Tue, 28 Aug 2007 19:59:04 +0200
From: Adrian Bunk <bunk@...nel.org>
To: Sam Ravnborg <sam@...nborg.org>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Gabriel C <nix.or.die@...glemail.com>,
linux-kernel@...r.kernel.org, Olaf Hering <olh@...e.de>,
netdev@...r.kernel.org
Subject: Re: [-mm patch] make types.h usable for non-gcc C parsers
On Tue, Aug 28, 2007 at 07:06:04PM +0200, Sam Ravnborg wrote:
> >
> > It fixes a bug exposed by a -mm only patch, not by the net tree
> > (and 2.6.23-rc3-mm1 doesn't contain the net tree at all).
> >
> > > But I'd like a better description, please. Which "non-gcc parser" are we
> > > talking about here? Something under ./scripts/. Well, please identify it,
> > > and describe what the problem is, and how the proposed patch will address
> > > it.
> > >...
> >
> > It's about parsers like the Sun C compiler and the C parser shipped
> > with genksyms.
>
> So it is about two bugs.
> 1) kbuild (genksyms) fails to generate CRC for some symbols
> 2) allow userspace to parse the header
>
> As for 2 we already use sed to remove a lot of stuff in our headers
> so why do we use another approach here?
This time it's the other way round:
We need __extension__ only in userspace.
> As for 1 I will try to teach genksyms to accept __extension__ but
> it seems leess trivial than I expected (most be fooling myself somehow).
We anyway need a way to hide __extension__ from non-gcc userspace C
compilers, and it can be hidden from genksyms the same way.
> Sam
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists