Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

define meaning of <prior> in S05 #273

Closed
p6rt opened this issue Aug 23, 2008 · 7 comments
Closed

define meaning of <prior> in S05 #273

p6rt opened this issue Aug 23, 2008 · 7 comments

Comments

@p6rt
Copy link

p6rt commented Aug 23, 2008

Migrated from rt.perl.org#58290 (status was 'rejected')

Searchable as RT58290$

@p6rt
Copy link
Author

p6rt commented Aug 23, 2008

From @masak

To match whatever the prior successful regex matched, use​:

  / <prior> /

r30466​:
$ ./perl6 -e 'my $s = "hello"; say $s ~~ /ll/; say $s ~~ /ll/' # works
ll
ll
$ ./perl6 -e 'my $s = "hello"; say $s ~~ /ll/; say $s ~~ / <prior> /'
# not implemented
ll
Unable to find regex 'prior'
Null PMC access in invoke()
[...]

This feature request is perhaps more accurately classified as
pertaining to PGE. Please re-tag as needed.

@p6rt
Copy link
Author

p6rt commented Aug 23, 2008

From @pmichaud

On Sat, Aug 23, 2008 at 02​:27​:10AM -0700, Carl Mäsak wrote​:

To match whatever the prior successful regex matched, use​:

 / \<prior> /

r30466​:
$ ./perl6 -e 'my $s = "hello"; say $s ~~ /ll/; say $s ~~ /ll/' # works
ll
ll
$ ./perl6 -e 'my $s = "hello"; say $s ~~ /ll/; say $s ~~ / <prior> /'
# not implemented
ll
Unable to find regex 'prior'
Null PMC access in invoke()
[...]

This feature request is perhaps more accurately classified as
pertaining to PGE. Please re-tag as needed.

...correct -- C<< <prior> >> is not yet implemented. I'm not
certain if it belongs in PGE or in Rakudo... I'm guessing that
<prior> needs to refer to the "prior successful regex" in a
statement-level context, as opposed to a regex context. For
example, if we interpret S05 literally then in the regex

  / <foo> <prior> /

it's pretty clear that C<< <foo> >> is the prior successful regex
matched, and I think that's not what is intended by C<< <prior> >>.
(If it is what is intended, then C<< <prior> >> becomes much
simpler. :-)

Pm

@p6rt
Copy link
Author

p6rt commented Aug 23, 2008

The RT System itself - Status changed from 'new' to 'open'

@p6rt
Copy link
Author

p6rt commented Jul 1, 2009

From @pmichaud

I've changed this ticket to indicate that it's waiting on spec
clarification as to the exact meaning of <prior> in regexes.

Pm

@p6rt
Copy link
Author

p6rt commented Oct 21, 2011

From @coke

On Tue Jun 30 19​:55​:26 2009, pmichaud wrote​:

I've changed this ticket to indicate that it's waiting on spec
clarification as to the exact meaning of <prior> in regexes.

Pm

Since this ticket is about a clarification to the specification, it's been
migrated to the spec's issue queue​:

Raku/roast#8

--
Will "Coke" Coleda

@p6rt
Copy link
Author

p6rt commented Oct 21, 2011

@coke - Status changed from 'open' to 'rejected'

@p6rt p6rt closed this as completed Oct 21, 2011
@p6rt
Copy link
Author

p6rt commented Oct 21, 2011

From @coke

On Fri Oct 21 05​:54​:53 2011, coke wrote​:

On Tue Jun 30 19​:55​:26 2009, pmichaud wrote​:

I've changed this ticket to indicate that it's waiting on spec
clarification as to the exact meaning of <prior> in regexes.

Pm

Since this ticket is about a clarification to the specification, it's
been
migrated to the spec's issue queue​:

Raku/roast#8

Whoops, I meant​:

Raku/old-design-docs#5

--
Will "Coke" Coleda

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant