lkml.org 
[lkml]   [2003]   [Mar]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Oops in 2.5.64
Denis Vlasenko <vda@port.imtp.ilyichevsk.odessa.ua> wrote:
>
> > Eh? How come the compiler didn't inline
> > __constant_c_and_count_memset? What compiler version are you using?
>
> ...
>
> +/* GCC 3 (and probably earlier, I'm not sure) can be told to always inline
> + a function. */
> +#if __GNUC__ < 3
> +#define force_inline inline
> +#else
> +#define force_inline inline __attribute__ ((always_inline))
> +#endif

Well I'd consider this a workaround for a rampant compiler bug. It's just
weird that it refuses to inline a function like that. Having to make 10,000
edits to the kernel tree to work around this does not appeal.

Cannot we just stick:

#define inline __inline__ __attribute__((always_inline))

in kernel.h?


-
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/

\
 
 \ /
  Last update: 2005-03-22 13:33    [W:0.071 / U:0.148 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site