in reply to Re: hmap revisited
in thread hmap revisited

Is there a way to initialize local variables (e.g. $k for 'key', and $v for 'value') and then have these loaded into the scope of the called code? e.g. like sort does with "a" and "b".

How do I take a hash reference, and then turn it into a list without an intermediate variable to hold it?

Replies are listed 'Best First'.
Re^3: hmap revisited
by ikegami (Patriarch) on Feb 01, 2009 at 05:21 UTC

    Is there a way to initialize local variables (e.g. $k for 'key', and $v for 'value') and then have these loaded into the scope of the called code? e.g. like sort does with "a" and "b".

    Yes and no. Yes, you can set variables in the caller's package (like sort does with $a and $b).

    sub hmap(&@) { my $cb = shift; my $caller = caller(); my $kgr = do { no strict 'refs'; \*{$caller.'::k'} }; my $vgr = do { no strict 'refs'; \*{$caller.'::v'} }; local *$kgr = \my $k; local *$vgr = \my $v; for (...) { $k = ...; $v = ...; $cb->(); } }

    But while $a and $b are exempt from strict, $k and $v aren't. You'd have to use something like

    ... = hmap { our($k,$v); ... } ...;

    So there isn't really an advantage over using arguments as you are doing now.

    ... = hmap { my($k,$v)=@_; ... } ...;

    One possible workaround is to use $a and $b instead of $k and $v. That's what List::Util does for reduce.

    Another possible workaround is to export $k and $v from the module that provides $hmap. Imported variables are exempt from strict.

    package Hash::Map; use Exporter qw( import ); our @EXPORT = qw( $k $v hmap hgrep ); sub hmap(&@) { ... } sub hgrep(&@) { ... } 1;