![]() |
|
"be consistent" | |
PerlMonks |
comment on |
( #3333=superdoc: print w/replies, xml ) | Need Help?? |
> I understand it :-)
I wished I could up-vote you multiple times. :) > but sub bar () { [] } returns a new anonymous array each time. Interesting ... here a workaround
But sorry when I insist, the following case should be an error, because the aliased literal array will be destroyed afterwards, which sense does it make to alter it? map { $_++ } [] I wouldn't mind map { $_+1 } [] tho. > But something like map { $_++ } \undef not failing doesn't entirely make sense to me yet agreed, I think it's simply not covered. > As an aside, I was playing around in the console a bit and can't yet wrap my head around this, ... is pretty clear to me. I also have an answer for you ;-p The first post -increment returns the original value before incrementing. The second pre -increment returns the result, which is the numification of the reference +1
Cheers Rolf In reply to Re^8: Shouldn't references be readonly?
by LanX
|
|