> So is this a consensus?:
> ----
> It is proposed that Perl introduce a new prefix '^', which indicates a
> placeholder. This can be used in any of the following ways:
> - ^identifier: named placeholder
> - ^_: anonymous placeholder
> - ^0, ^1, ...: positional placeholder.
I think this sounds good - great, actually. It's really flexible.
As for the regexp issue, just to clarify there's only one ambiguous case
we need to work out that I can see:
/.*^foo/; # ok
/^^foo/; # ok
/^foo/; # ambiguous
We could undo the ambiguity like so:
/^{foo}/; # like ${foo} and @{foo} and %{foo}
In fact, this seems built-in if we follow the same var conventions. We
can make ^ bind to {} as tightly as we need.
-Nate
- Re: Different higher-order func notation? (was Re: RFC 23 ... Ken Fox
- Re: Different higher-order func notation? (was Re: RF... Mike Pastore
- Re: Different higher-order func notation? (was Re... Nathan Wiger
- Re: Different higher-order func notation? (was Re... Ken Fox
- Re: Different higher-order func notation? (was Re... Jeremy Howard
- Re: Different higher-order func notation? (was Re... Ken Fox
- Re: Different higher-order func notation? (was Re... Mike Pastore
- Re: Different higher-order func notation? (was Re... Jeremy Howard
- Re: Different higher-order func notation? (was Re... Nathan Wiger
- Re: Different higher-order func notation? (was Re... Damian Conway
- Re: Different higher-order func notation? (was Re... Jeremy Howard
- Re: Different higher-order func notation? (was Re... Damian Conway
- Re: Different higher-order func notation? (was Re... Jeremy Howard
- Re: Different higher-order func notation? (was Re... Glenn Linderman
- Re: Different higher-order func notation? (was Re... Nathan Wiger
- Re: Different higher-order func notation? (was Re... Bart Lateur
- Re: Different higher-order func notation? (was Re... Jeremy Howard
- Re: Different higher-order func notation? (was Re... Jeremy Howard
- Re: Different higher-order func notation? (was Re... Nathan Wiger
