Differences between revisions 7 and 8
Revision 7 as of 2008-07-04 03:17:15
Size: 1359
Editor: doc-24-32-238-22
Comment:
Revision 8 as of 2008-11-22 14:09:49
Size: 1360
Editor: localhost
Comment: converted to 1.6 markup
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
[[Anchor(faq66)]] <<Anchor(faq66)>>
Line 27: Line 27:
Please also note that the regexp does not need to be quoted in the 3.2 revisions where it works. --["redondos"] Please also note that the regexp does not need to be quoted in the 3.2 revisions where it works. --[[redondos]]
Line 29: Line 29:
Normally I would never advocate [:BashFAQ/050:sticking code into a variable] and attempting to use it -- lots of people have ''enormous'' trouble because they try to do that. In the case of `=~`, though, it seems to be required. Personally, I'd just stick with the `case`. --GreyCat Normally I would never advocate [[BashFAQ/050|sticking code into a variable]] and attempting to use it -- lots of people have ''enormous'' trouble because they try to do that. In the case of `=~`, though, it seems to be required. Personally, I'd just stick with the `case`. --GreyCat

I want to check if [[ $var == foo || $var == bar || $var == more ]] without repeating $var n times.

Here's a portable solution:

   case $var in
      foo|bar|more) ... ;;
   esac

And here's one that uses =~ (which requires bash 3.0 or higher):

   regex='^(foo|bar|more)$'
   if [[ $var =~ $regex ]]; then
      ...
   fi

This one only works in bash 3.1 and some 3.2 revisions (it is untested in 3.0):

   if [[ $var =~ '^(foo|bar|more)$' ]]; then
      ...
   fi

The =~ operator behavior changes drastically between 3.1 and 3.2, so be careful with it. The above expression is tested to work in bash 3.1 and 3.2.{13,15,17}; and it doesn't work in 3.2.0. Please also note that the regexp does not need to be quoted in the 3.2 revisions where it works. --redondos

Normally I would never advocate sticking code into a variable and attempting to use it -- lots of people have enormous trouble because they try to do that. In the case of =~, though, it seems to be required. Personally, I'd just stick with the case. --GreyCat

The regexp works as long as it is quoted with bash version 3.00.15(1)-release on CentOS4/RHEL4. I didn't bother checking whether bash is a patched version or not in CentOS4/RHEL4. --ellingsw

BashFAQ/066 (last edited 2022-11-23 19:29:49 by GreyCat)