in reply to Re^2: Tiny Perl puzzle
in thread Tiny Perl puzzle

I think B::Deparse gets it wrong -- as it sometimes does -- when you add -p:

<Reveal this spoiler or all spoilers in this node or all in this thread>

This is confirmed by the more low-level output of B::Concise:

<Reveal this spoiler>

Dave

Replies are listed 'Best First'.
Re^4: Tiny Perl puzzle
by Anonymous Monk on Jun 07, 2014 at 07:25 UTC
[reply]
[d/l]
[select]
Re^4: Tiny Perl puzzle
by LanX (Saint) on Jun 07, 2014 at 15:38 UTC
    I don't think so.

    did you recompile the output?

    I can't test ATM, but most likely it depends if a function is known at compile time. Contrary to AnoMonk I doubt space matters.

    Anyway IMHO the indirect object syntax should be deprecated....

    Cheers Rolf

    (addicted to the Perl Programming Language)

[reply]

      I can't test ATM

      You gotta stop saying that :)

      Contrary to AnoMonk I doubt space matters.

      Sure it does, it matters how Deparse places the space, because it matters to perl

      <Reveal this spoiler or all in this thread>
      That is exactly as deparsed with -p, behaves exactly like the original
[reply]
[d/l]
        > Sure it does, it matters how Deparse places the space, because it matters to perl

        it depends! ;-)

        > > most likely it depends if a function is known at compile time

        > perl
open ONE, ">", "/tmp/tst";

sub ONE { "@_ \n Space doesn't matter! \n" }

print ONE ( TWO );          # sub-call

__END__
TWO 
 Space doesn't matter!

        [download]

        update

        ALSO:

        <Reveal this spoiler or all spoilers in this node or all in this thread>

        BUT: 

        > perl
open ONE, ">", "/tmp/tst";

print ONE(TWO);             # sub-call

__END__
Undefined subroutine &main::ONE called at - line 3.

        [download]

        Cheers Rolf

        (addicted to the Perl Programming Language)

[reply]
[d/l]
[select]

In Section Meditations