summaryrefslogtreecommitdiffstats
path: root/scripts
diff options
context:
space:
mode:
authorStephen Hemminger <shemminger@vyatta.com>2010-03-08 08:24:27 -0800
committerMichal Marek <mmarek@suse.cz>2010-03-23 12:26:38 +0100
commit1dcd81002453f9f22c6c4fd6c3c7d8f1c7c891fa (patch)
treedd179331ee43dd0215de3fd494ea8b653dad7f27 /scripts
parent2d74b2c62cf8867d0762f6e6b5ed8906cb6a745f (diff)
downloadlinux-1dcd81002453f9f22c6c4fd6c3c7d8f1c7c891fa.tar.gz
linux-1dcd81002453f9f22c6c4fd6c3c7d8f1c7c891fa.tar.bz2
linux-1dcd81002453f9f22c6c4fd6c3c7d8f1c7c891fa.zip
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 'scripts')
-rwxr-xr-xscripts/headerdep.pl3
1 files changed, 1 insertions, 2 deletions
diff --git a/scripts/headerdep.pl b/scripts/headerdep.pl
index b7f6c560e24d..8dd019bc5a73 100755
--- a/scripts/headerdep.pl
+++ b/scripts/headerdep.pl
@@ -80,8 +80,7 @@ sub search {
my $path = "$i/$filename";
return $path if -f $path;
}
-
- return undef;
+ return;
}
sub parse_all {