s///e doesn't parse the replacement part

[haukex]

As the title says, s///e doesn't parse the replacement part, which is a Perl expression. Therefore, non-standard.pm code is allowed in the replacement part. I'm not sure how difficult this is to implement or not, but perhaps it should be documented as a limitation for now.

[xsawyerx]

I put the bug label and removed it because I don't think it's a bug.

Technically, the only reason it doesn't understand the regexp modifier as a separate unit is that it sees it as a lexeme, not a rule. I don't remember why all of these regex functions are defined as lexemes instead of rules, though... I wouldn't touch it again without enough tests, to be honest.

[haukex]

Yes, I noticed that a regex is returned in the AST as one lexeme, which means that code trying to use the AST couldn't pick apart regexes further. But since Guacamole's current focus seems to be on verifying Standard Perl for now, that's probably ok. Anyway, yes, I wouldn't really call it a bug either, but a limitation, so perhaps a mention in the docs for now?

[xsawyerx]

It'd be great to have either more tests of it or a PR to improve this. I think separating the regex vs. modifier is a good idea. For the regex parts, it would be useful, but it also depends on the Perl version.

[xsawyerx]

Closing this for now. When it comes up again, we'll raise a proper ticket.
(This should also not be considered a Q-like value, since it's the s keyword instead, but one issue at a time.)