Re: Kernel weirdness -- solved

2005-05-10 Thread Muli Ben-Yehuda
On Mon, May 09, 2005 at 10:53:16PM +0300, Oron Peled wrote: > #define D_(op,d,txt)\ >[ FOO_##op ] { \ >.opcode = FOO_##op, \ >.dir = d, \ >.name = #op, \ >.desc = txt \ >} > > static

Re: Kernel weirdness -- solved

2005-05-09 Thread Oron Peled
On Monday 09 May 2005 15:33, Muli Ben-Yehuda wrote: > On Mon, May 09, 2005 at 03:13:11PM +0300, Leonid Podolny wrote: > > > This macro expands to another one (at include/linux/sunrpc/cache.h) , > > which, in turn, expands to yet another one. I'm yet to figure out the > > whole mechanism, but this

Re: Kernel weirdness -- solved

2005-05-09 Thread Leonid Podolny
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Muli Ben-Yehuda wrote: > > vomit inducing is a better word. Submit a patch to unroll these > suckers, mayeb the maintainers would act sanely and take it (not > counting on it though). > This macro acts as a sort of C++ template -- it unloops into ge

Re: Kernel weirdness -- solved

2005-05-09 Thread Muli Ben-Yehuda
On Mon, May 09, 2005 at 03:13:11PM +0300, Leonid Podolny wrote: > This macro expands to another one (at include/linux/sunrpc/cache.h) , > which, in turn, expands to yet another one. I'm yet to figure out the > whole mechanism, but this is really dirty. :) vomit inducing is a better word. Submit a

Re: Kernel weirdness -- solved

2005-05-09 Thread Leonid Podolny
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Leonid Podolny wrote: > As I see, I have here a function that has a prototype, is called four > times, but has no implementation! :) However, it assembly code exists in > svcauth_unix.o. Any ideas where did it come from? :) I think we figured this one