in reply to Re^4: ${^POSTMATCH} problem
in thread ${^POSTMATCH} problem

Short of *completely* rewriting Perl, it would have to make an actual copy to act like it was handling copies.

Replies are listed 'Best First'.
Re^6: ${^POSTMATCH} problem
by ikegami (Patriarch) on Jun 15, 2020 at 04:26 UTC

    No, it could also rewrite the call to join in terms of pre-multiconcat concatenation. I thought at first this would cause problems for magical vars, but that's not the case.

    But the point stands. To change this would impose a performance hit. Rather than slowing down join to provide more consistent behaviour, they've opted to speed up concatenation while providing less consistent behaviour. And I agree with this. In general, a programmer should never read and change a variable in the same statement. It introduces readability issues if nothing else, but it's common for it to invoke undefined behaviour.