comment on

I believe you're running into the "This variable is read-only and dynamically-scoped." aspect of this variable actually working; I take that to mean once it is set in the same scope, it can't be overwritten. Not sure if this a bug or a bug had been fix, either case would explain the discrepency you're claiming.

The following code (perl v5.28.2) seems to do what you want; of course the matches are no longer in the same dynamic scope since the concatentation over all strings is no longer being utilized.

use warnings;
use strict;
use v5.10;

sub add_incr_suffix
{
  state $suffix = 'A';
  return "prefix-TEXT-" . $suffix++;
}

print "Test \n";
print add_incr_suffix =~ /^prefix-*/p ? ${^POSTMATCH} : '', ", ";
print add_incr_suffix =~ /^prefix-*/p ? ${^POSTMATCH} : '', ", ";
print add_incr_suffix =~ /^prefix-*/p ? ${^POSTMATCH} : '', "\n";
[download]

Outputs:

Test 
TEXT-A, TEXT-B, TEXT-C
[download]

In anycase, seems like you may have been depending on a bug for some behavior that is no longer present.

In reply to Re: ${^POSTMATCH} problem by perlfan
in thread ${^POSTMATCH} problem by pl_pm

Are you posting in the right place? Check out Where do I post X? to know for sure.
Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
<code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>
Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
Want more info? How to link or How to display code and escape characters are good places to start.


Just another Perl shrine
	PerlMonks