[2.6 patch] parisc: "extern inline" -> "static inline"

2007-07-29 Thread Adrian Bunk
"extern inline" will have different semantics with gcc 4.3, and "static inline" is correct here. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- arch/parisc/lib/memcpy.c |4 ++-- include/asm-parisc/io.h|2 +- include/asm-parisc/pci.h |2 +-

[2.6 patch] parisc: extern inline - static inline

2007-07-29 Thread Adrian Bunk
extern inline will have different semantics with gcc 4.3, and static inline is correct here. Signed-off-by: Adrian Bunk [EMAIL PROTECTED] --- arch/parisc/lib/memcpy.c |4 ++-- include/asm-parisc/io.h|2 +- include/asm-parisc/pci.h |2 +-

Re: [2.6 patch] parisc: "extern inline" -> "static inline" (fwd)

2006-12-01 Thread Grant Grundler
On Fri, Dec 01, 2006 at 05:54:27PM +0100, Adrian Bunk wrote: > If you read John David Anglin's email, you'll note that if you take the > address you need this function provided somewhere. Let me turn that around. Which of the "extern inline" functions are we taking the address? The parisc kernel

Re: [2.6 patch] parisc: "extern inline" -> "static inline" (fwd)

2006-12-01 Thread Adrian Bunk
On Fri, Dec 01, 2006 at 09:43:54AM -0700, Grant Grundler wrote: > On Fri, Dec 01, 2006 at 12:48:11PM +0100, Adrian Bunk wrote: > > "extern inline" generates a warning with -Wmissing-prototypes and I'm > > currently working on getting the kernel cleaned up for adding this to > > the CFLAGS since

Re: [2.6 patch] parisc: "extern inline" -> "static inline" (fwd)

2006-12-01 Thread Grant Grundler
On Fri, Dec 01, 2006 at 12:48:11PM +0100, Adrian Bunk wrote: > "extern inline" generates a warning with -Wmissing-prototypes and I'm > currently working on getting the kernel cleaned up for adding this to > the CFLAGS since it will help us to avoid a nasty class of runtime > errors. John

[2.6 patch] parisc: "extern inline" -> "static inline" (fwd)

2006-12-01 Thread Adrian Bunk
"extern inline" generates a warning with -Wmissing-prototypes and I'm currently working on getting the kernel cleaned up for adding this to the CFLAGS since it will help us to avoid a nasty class of runtime errors. If there are places that really need a forced inline, __always_inline would be

[2.6 patch] parisc: extern inline - static inline (fwd)

2006-12-01 Thread Adrian Bunk
extern inline generates a warning with -Wmissing-prototypes and I'm currently working on getting the kernel cleaned up for adding this to the CFLAGS since it will help us to avoid a nasty class of runtime errors. If there are places that really need a forced inline, __always_inline would be

Re: [2.6 patch] parisc: extern inline - static inline (fwd)

2006-12-01 Thread Grant Grundler
On Fri, Dec 01, 2006 at 12:48:11PM +0100, Adrian Bunk wrote: extern inline generates a warning with -Wmissing-prototypes and I'm currently working on getting the kernel cleaned up for adding this to the CFLAGS since it will help us to avoid a nasty class of runtime errors. John David

Re: [2.6 patch] parisc: extern inline - static inline (fwd)

2006-12-01 Thread Adrian Bunk
On Fri, Dec 01, 2006 at 09:43:54AM -0700, Grant Grundler wrote: On Fri, Dec 01, 2006 at 12:48:11PM +0100, Adrian Bunk wrote: extern inline generates a warning with -Wmissing-prototypes and I'm currently working on getting the kernel cleaned up for adding this to the CFLAGS since it will

Re: [2.6 patch] parisc: extern inline - static inline (fwd)

2006-12-01 Thread Grant Grundler
On Fri, Dec 01, 2006 at 05:54:27PM +0100, Adrian Bunk wrote: If you read John David Anglin's email, you'll note that if you take the address you need this function provided somewhere. Let me turn that around. Which of the extern inline functions are we taking the address? The parisc kernel