[Bug translator/22193] Regex matching (=~) should be treated as a side-effecting operation

["mcermak at redhat dot com" <sourceware-bugzilla at sourceware dot org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=22193

Martin Cermak <mcermak at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mcermak at redhat dot com

--- Comment #3 from Martin Cermak <mcermak at redhat dot com> ---
After the aforementioned revert, systemtap.pass1-4/runok.exp started to fail.
It's because one of its subtests - regex_noelide.stp - started to fail.

This regex_noelide.stp historically had two variants, but I do not see a
difference between them from the practical point of view:

variant1: 'probe begin { "foo" =~ "f(.)"; println(matched(1)); exit() }'
variant2: 'probe begin { "foo" =~ "(f)oo"; println(matched(1)); exit() }'

This regex_noelide.stp was created at some point but it was failing till
commit 81e03c8fea, which prevented the elision.  Then it was passing till
f579ca5b46, which reverted 81e03c8fea.

(Confusing is that both 81e03c8fea and f579ca5b46 touched regex_noelide.stp,
but it was merely switching between variant1 and variant2 both of which
behave the same way.)

So now, after f579ca5b46, the elision happens again, and so the testcase is
failing.  Shouldn't it simply get dropped?

-- 
You are receiving this mail because:
You are the assignee for the bug.