Re: [PATCH trivial] include/linux/coda.h: remove useless '#else'

From: Chen Gang
Date: Sun Aug 04 2013 - 21:54:42 EST


On 08/05/2013 09:21 AM, Joe Perches wrote:
> On Mon, 2013-08-05 at 08:24 +0800, Chen Gang wrote:
>> On 07/31/2013 11:16 AM, Chen Gang F T wrote:
>>> On 07/31/2013 09:53 AM, Chen Gang wrote:
>>>> On 07/31/2013 09:44 AM, Chen Gang wrote:
>>>>> On 07/30/2013 08:29 PM, Joe Perches wrote:
>>>>>> On Tue, 2013-07-30 at 15:30 +0800, Chen Gang wrote:
>>>>>>> '#else' is useless, need remove.
>>>>>>>
>>>>>>> Signed-off-by: Chen Gang <gang.chen@xxxxxxxxxxx>
>>>>>>> ---
>>>>>>> include/linux/coda.h | 1 -
>>>>>>> 1 files changed, 0 insertions(+), 1 deletions(-)
>>>>>>>
>>>>>>> diff --git a/include/linux/coda.h b/include/linux/coda.h
>>>>>>> index cff544f..d30209b 100644
>>>>>>> --- a/include/linux/cod
>>>>>>> +++ b/include/linux/coda.h
>>>>>>> @@ -60,7 +60,6 @@ Mellon the rights to redistribute these changes without encumbrance.
>>>>>>>
>>>>>>> #if defined(__linux__)
>>>>>>> typedef unsigned long long u_quad_t;
>>>>>>> -#else
>>>>>>> #endif
>>>>>>> #include <uapi/linux/coda.h>
>>>>>>> #endif
>>>>>>
>>>>>> Why have the #if at all?
>>>>>>
>>
>> Hmm... if any members have some questions about the fix, commonly it
>> means the related fix need additional improvement.
>>
>> Is it better to use BUILD_BUG() for the fix ?
>
> Probably not. __linux__ is predefined by gcc.
>
> Using an #ifdef __linux__ might make some sense in
> in include/uapi, but not in include/linux.
>
>

Hmm... since "linux/coda.h" will include "uapi/linux/coda.h", it is
necessary to check __linux__ whether defined.

For some old compilers which is still widely used, they really do not
define __linux__, when use these compilers, we need give a necessary
check, if can not pass, need report BUILD_BUG().

e.g. for some versions of openrisc, please ref:
https://lkml.org/lkml/2013/7/30/888. (it is in applying work flow).


Thanks.
--
Chen Gang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/