note tmoertel [id://209409] wrote: <blockquote><em>Regexp union is not commutative when one of the alternates is a leading substring of another: then order becomes important - (E|x) will always match E in preference to x.</em></blockquote> Excellent point. (However, union is commutative even in the face of overlapping operands when the union is forced to match all of the target string or not match at all.) <blockquote><em>It is the presence of the outer anchors in the original pattern that disambiguates and thus makes (regexp union) commutative.</em></blockquote> Even anchoring isn't sufficient. What if one of the anchors matches the difference between the union operands? Consider <code>(a|aa)</code> in: <code> "aaaa" =~ /a(a|aa)a/ </code> <p>Fortunately, in the case of the OP's regexes – <code>s(?:al|pre)?ad</code> and <code>s(?:(?:al)?|pre)ad</code>) – the union operands don't overlap, and so classical equivalence (do the regexps generate the same language?) predicts the equivalence of Perl's matching behavior (do the regexps match the same strings identically?) <p>Cheers,<br>Tom  <div class="pmsig"><div class="pmsig-109406"> <p><small><strong>Tom Moertel</strong> : <a href="http://community.moertel.com/">Blog</a> / <a href="http://community.moertel.com/ss/space/Talks">Talks</a> / <a href="http://search.cpan.org/~tmoertel/">CPAN</a> / <a href="http://community.moertel.com/LectroTest">LectroTest</a> / <a href="http://community.moertel.com/ss/space/PXSL">PXSL</a> / <a href="http://community.moertel.com/ss/space/A+Coder%27s+Guide+To+Coffee">Coffee</a> / <a href="http://community.moertel.com/ss/space/IMDB+Movie-Rating+Decoder+Ring">Movie Rating Decoder</a></small> </div></div> 406643 407031