[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081107085746.GB27245@elte.hu>
Date: Fri, 7 Nov 2008 09:57:46 +0100
From: Ingo Molnar <mingo@...e.hu>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Rusty Russell <rusty@...tcorp.com.au>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Stephen Rothwell <sfr@...b.auug.org.au>,
Thomas Gleixner <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...or.com>, Mike Travis <travis@....com>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] cpumask: introduce new API, without changing anything
* Andrew Morton <akpm@...ux-foundation.org> wrote:
> > +#if NR_CPUS == 1
> > +/* Uniprocesor. */
btw: s/Uniprocesor/Uniprocessor
> > +#define cpumask_first(src) ({ (void)(src); 0; })
> >
> > ...
> >
> > +#else
> > +static inline unsigned int cpumask_first(const struct cpumask *srcp)
> > +{
> > + return find_first_bit(cpumask_bits(srcp), nr_cpumask_bits);
> > +}
> >
> > ...
> >
> > +#endif /* SMP */
>
> So I can happily compile and run
>
> cpumask_first("hello, world");
>
> with CONFIG_SMP=n?
yeah, you are right that the use of a macro sucks there, it should be
an inline function.
We should stop using CPP, which is the outdated tech of the sixties.
We should go with the new wave of the seventies and use this shiny new
"C" language that's all the rage with features like type checking and
stuff.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists