On Mon, Apr 24, 2006 at 08:00:55AM -0700, Larry Wall wrote:
: If you want to reset to before the key for some reason, you can always
: set .pos to $.beg, or whatever the name of the method is. Hmm,
: that looks like it's unspecced.
I'm wrong, it's already specced as .from and .to methods. So you
On 4/24/06, Larry Wall <[EMAIL PROTECTED]> wrote:
> If you want to reset to before the key for some reason, you can always
> set .pos to $.beg, or whatever the name of the method is. Hmm,
> that looks like it's unspecced.
>
BEGIN
.beg looks over-huffmanized to me. .begin is more natural to
english
On Mon, Apr 24, 2006 at 05:22:25PM +0100, [EMAIL PROTECTED] wrote:
: Why don't we just have work as an assertation, instead of having this
: strange "as if" thing?
'Cause the point of most parsing is to rapidly move on, not to rehash the
ground you already covered. And if you really do need to r
On Mon, Apr 24, 2006 at 08:00:55AM -0700, Larry Wall wrote:
> On Mon, Apr 24, 2006 at 09:49:36AM -0500, Jonathan Scott Duff wrote:
> : But what if your subrule needs to know exactly which key matched or
> : needs to match the key again for some reason? The second passage says
> : that you may acces
Thanks, Scott & Larry.
IMHO, the explanation about and $ could be moved to where
the bare hash behaviour is explained as hash-in-angles-section already
says "A leading % matches like a bare hash except ..."
On 4/24/06, Larry Wall <[EMAIL PROTECTED]> wrote:
> If you want to reset to before the ke
On Mon, Apr 24, 2006 at 09:49:36AM -0500, Jonathan Scott Duff wrote:
: But what if your subrule needs to know exactly which key matched or
: needs to match the key again for some reason? The second passage says
: that you may access they actual text that matched with $ and you
: may again match the
On Mon, Apr 24, 2006 at 04:50:43PM +0300, Markus Laire wrote:
> In Synopsis 5 (version 22),
>
> Under "Variable (non-)interpolation" it's said that
>
> An interpolated hash matches the longest possible key of the hash as a
> literal, or fails if no key matches. (A "" key will match anywhere,
> pr
In Synopsis 5 (version 22),
Under "Variable (non-)interpolation" it's said that
An interpolated hash matches the longest possible key of the hash as a
literal, or fails if no key matches. (A "" key will match anywhere,
provided no longer key matches.)
And under "Extensible metasyntax (<...>)" i