Messages in this thread | | | Date | Mon, 9 Jul 2007 14:22:40 +0200 | From | Adrian Bunk <> | Subject | Re: [2.6 patch] include/asm-mips/processor.h: "extern inline" -> "static inline" |
| |
On Mon, Jul 09, 2007 at 11:27:55AM +0100, Ralf Baechle wrote: > On Sat, Jul 07, 2007 at 03:03:30AM +0200, Adrian Bunk wrote: > > > "extern inline" will have different semantics with gcc 4.3, > > and "static inline" is correct here. > > The idea was to have a linker error in case gcc should deciede for some > reason not to inline this function
If that's the intention, please use __always_inline instead.
> which as I understand will continue > to be the behaviour of gcc 4.3?
In C99 (and therefore in gcc >= 4.3), "extern inline" means that the function should be compiled inline where the inline definition is seen, and that the compiler should also emit a copy of the function body with an externally visible symbol.
You don't want this.
> Ralf
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 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/
| |