Bug#253498: non-posixisms

[Clint Adams <schizo@debian.org>]

tags 253012 + patch
tags 253498 + patch
quit

These RE's could be tweaked, I imagine, but they're better than the current
situation.

--- /usr/share/lintian/checks/scripts	2004-04-25 17:53:59.000000000 -0400
+++ checks/scripts	2004-06-09 15:59:57.703351772 -0400
@@ -422,7 +422,15 @@
 		  '[^\\\]\{([^\s]+?,)+[^\\\}\s]+\}',     # brace expansion
 		  '(?:^|\s+)\w+\[\d+\]=',      # bash arrays, H[0]
 		  '\$\{\#?\w+\[[0-9\*\@]+\]\}',   # bash arrays, ${name[0|*|@]}
-		  '(?:^|\s+)(read\s*(?:;|$))'  # read without variable
+		  '(?:^|\s+)(read\s*(?:;|$))', # read without variable
+		  '(test|\[) .+-[ao]',	       # test/[ -a/-o binary operators
+		  'kill\s+-[^s]',	       # kill -[0-9] or -[A-Z]
+		  'trap\s+".*"\s+.*[1-9]',     # trap with signal numbers
+		  'local',		       # local scoping of variables
+		  'command\s+-v',	       # UPism
+		  'type .+',		       # XSIism
+		  'echo\s+-[neE]',	       # technically -n is permitted
+		  '&>'			       # technically a cshism
 		);
 
 		for my $re (@bashism_regexs) {