Using https://regex101.com/ I built a regular expression to return the first occurrence of an IP address in a string.



RegExp including delimiters:


With the following test string:


It returns a full match of:

No matter what I try with anchors etc, the following bash script will not work with the regular expression generated.

temp="eu-west                         "
if [[ $temp =~ $regexp ]]; then
  echo "found a match"
  echo "No IP address returned"
  • 3
    That looks like a Perl regular expression to me. Bash does not support that. – Kusalananda Feb 2 '18 at 15:23
  • The =~ operator is discussed here in the manual where it's written bash uses "extended regular expressions". Extended regexes are described in the regex(7) man page and briefly summarized here. – glenn jackman Feb 2 '18 at 15:57

\d is a nonstandard way for saying "any digit". I think it comes from Perl, and a lot of other languages and utilities support Perl-compatible REs (PCRE), too. (and e.g. GNU grep 2.27 in Debian stretch supports the similar \w for word characters even in normal mode.)

Bash doesn't support \d, though, so you need to explicitly use [0-9] or [[:digit:]]. Same for the non-capturing group (?:..), use just (..) instead.

This should print match:

temp="eu-west                         "
[[ $temp =~ $regexp ]] && echo match
  • 1
    Does your GNU grep support \d without -P? – Stéphane Chazelas Feb 2 '18 at 16:00
  • @StéphaneChazelas, whoops, of course not. It does support \w and \b, which I've learned from Perl, so I got that confused. – ilkkachu Feb 2 '18 at 17:15

(:...) and \d are perl or PCRE regular expression operators (like in GNU grep -P).

bash only supports extended regular expressions as in grep -E except that for regexps passed literally as in [[ text =~ regexp-here ]] as opposed to as the result of an unquoted expansion (as in [[ text =~ $var ]] or [[ test =~ $(printf '%s\n' 'regexp-here') ]]), it's limited to the POSIX extended regular expression feature set.

So even on systems where the grep -E '\d' would work (GNU EREs have already imported some extensions from perl regexps like \s so future versions might have \d as well), you'd have to use:

[[ $text =~ $regexp ]]

in bash for it to work ([[ $text =~ \d ]] wouldn't).

For a shell that supports PCREs, you may want to use zsh instead:

set -o rematchpcre
[[ $text =~ '(?:\d{1,3}\.)+(?:\d{1,3})' ]]

ksh93 also supports its own implementation of perl-like regular expressions (not fully compatible) as part of its pattern matching. There, you'd use:

[[ $text = $regexp ]]

(note the = instead of =~. You'll want to use temporary variables as the it is very buggy when you don't)


The site regex101.com use PCRE (look at the upper left corner) as the default, and it lacks support for "Extended" regex syntax. That is "Perl Compatible Regular Expresions", which come (as is reasonable to expect) from Perl.

PCRE is supported by some tools (like grep -P) under some conditions, but the bash regex support inside the [[…]] idiom is only for extended regex (like grep -E).

In Extended regex, the non-capture (?…) parenthesis does not exist, and the \d is also missing. You need to use simple (…) and [0-9]:


Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.