linux-mips
[Top] [All Lists]

Re: [2.6 patch] include/asm-mips/processor.h: "extern inline" -> "static

To: Ralf Baechle <ralf@linux-mips.org>
Subject: Re: [2.6 patch] include/asm-mips/processor.h: "extern inline" -> "static inline"
From: Adrian Bunk <bunk@stusta.de>
Date: Mon, 9 Jul 2007 14:22:40 +0200
Cc: linux-mips@linux-mips.org, linux-kernel@vger.kernel.org
In-reply-to: <20070709102754.GB24487@linux-mips.org>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <20070707010330.GY3492@stusta.de> <20070709102754.GB24487@linux-mips.org>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mutt/1.5.16 (2007-06-11)
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


<Prev in Thread] Current Thread [Next in Thread>