> 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