Re^4: No garbage collection for my-variables

Are

chomp( my $var = <$fh> );
[download]

and

chomp( my $dst = $src );
[download]

really more tedious and uglier than

my $var = chomp( scalar ( <$fh> ) );
[download]

and

my $dst = chomp( $src );
[download]

Comment on Re^4: No garbage collection for my-variables Select or Download Code

Replies are listed 'Best First'.

Re^5: No garbage collection for my-variables
by vrk (Chaplain) on Sep 17, 2008 at 08:20 UTC

They are. funcall(<variable assignment>) is a useful idiom in programming languages where assigment returns (an alias to) the value of the variable, but it is counter-intuitive at first. Even though I have been programming in Perl and curly brace block syntax languages for years, I still find it hard to read -- mostly because when you normally delimit my with braces, you create a new lexical scope. That's what chomp(my $foo = bar) still seems to be, even if I know better and use the idiom frequently.

Not only that, but it is not obvious that the value of $var in chomp(my $var = <$fh>) is being modified at all! After all, assignment, if used in other contexts, returns the value, not a reference to it. my $foo = $bar = 1 doesn't create a reference in $foo, but sets the value of both variables to 1. In fact, I am not sure what the underlying mechanism is. Does it work because assignment returns an alias similar to aliased values in @_ in function calls?

Side-effect free chomp has no similar conceptual problems.

--
say "Just Another Perl Hacker";

[reply]
[d/l]
[select]


The stupid question is the question not asked
	PerlMonks