Messages in this thread | | | Subject | Re: macro in linux/compiler.h pollutes gcc __attribute__ namespace | From | Timmy Douglas <> | Date | Wed, 04 May 2005 14:10:21 -0400 |
| |
Brian Gerst <bgerst@didntduck.org> writes:
> Timmy Douglas wrote: >> (I'm not subscribed so please CC me replies that you want me to reply >> to.) >> Recently I've found a problem with emacs where gcc optimizes a >> function to be inline where it shouldn't be. The emacs developers use >> a macro like this: >>[snip] >> I've realized that this file includes linux/compiler.h which does: >> 139 >> 140 #ifndef noinline >> 141 #define noinline >> 142 #endif >> 143 >>[snip] > > The right question to be asking is why is emacs including kernel headers?
I'm guessing it goes sort of like this:
signal.h -> bits/sigcontext.h -> asm/sigcontext.h -> linux/compiler.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/
| |