diff options
author | Stephen Hemminger <shemminger@vyatta.com> | 2010-03-08 08:24:27 -0800 |
---|---|---|
committer | Michal Marek <mmarek@suse.cz> | 2010-03-23 12:26:38 +0100 |
commit | 1dcd81002453f9f22c6c4fd6c3c7d8f1c7c891fa (patch) | |
tree | dd179331ee43dd0215de3fd494ea8b653dad7f27 /fs/ntfs | |
parent | 2d74b2c62cf8867d0762f6e6b5ed8906cb6a745f (diff) | |
download | op-kernel-dev-1dcd81002453f9f22c6c4fd6c3c7d8f1c7c891fa.zip op-kernel-dev-1dcd81002453f9f22c6c4fd6c3c7d8f1c7c891fa.tar.gz |
headerdep: perlcritic warning
Minor perlcritic warning:
headerdep.pl: "return" statement with explicit "undef" at line 84, column 2. See page 199 of PBP. (Severity: 5)
The rationale according to PBP is that an explicit return of undef
(contrary to most people's expectations) doesn't
always evaluate as false. It has to with the fact that perl return value
depends on context the function is called. If function is used in
list context, the appropriate return value for false is an empty list;
whereas in scalar context the return value for false is undefined.
By just using a "return" both cases are handled.
In the context of a trivial script this doesn't matter. But one script
may be cut-paste into later code (most people like me only know 50%
of perl), that is why perlcritic always complains
Signed-off-by: Stephen Hemminger <shemminger@vyatta.com>
Signed-off-by: Michal Marek <mmarek@suse.cz>
Diffstat (limited to 'fs/ntfs')
0 files changed, 0 insertions, 0 deletions