Messages in this thread | | | Date | Wed, 19 Dec 2007 00:56:01 -0200 | From | "Glauber de Oliveira Costa" <> | Subject | Re: [PATCH] finish processor.h integration |
| |
On Dec 18, 2007 7:32 PM, Frans Pop <elendil@planet.nl> wrote: > On Tuesday 18 December 2007, Glauber de Oliveira Costa wrote: > > On Dec 18, 2007 6:54 PM, Frans Pop <elendil@planet.nl> wrote: > > > Glauber de Oliveira Costa wrote: > > > > What's left in processor_32.h and processor_64.h cannot be cleanly > > > > integrated. However, it's just a couple of definitions. They are > > > > moved to processor.h around ifdefs, and the original files are > > > > deleted. Note that there's much less headers included in the final > > > > version. > > > > > > Either I must be missing something or this patch was corrupted somehow. > > > > neither. > > Note the else in the middle. It's just a mistake in the comment. > > Wouldn't an explicit second #ifdef block be a lot clearer (and improve > maintainability) in this case? > > An #else can easily be overlooked among other preprocessor commands or when > #ifdefs get nested. > I don't think so. a if-then-else kind of construction is very common, well expected, and heavily used in kernel. But even if I´m not right, this is functionally correct, and can be addressed in a later cleanup patch if you really want to.
-- Glauber de Oliveira Costa. "Free as in Freedom" http://glommer.net
"The less confident you are, the more serious you have to act." -- 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/
| |