in reply to Re^20: Is an aXML compiler possible?
in thread Is an aXML compiler possible?

No, I'm pointing out that the code of this site suffers from a problem which requires a certain level of knowledge and understanding to get around.

HA!

Please tell me how to know what the output of that program is, WITHOUT inspecting the code of the package foo...

Already explained to you many times, that isn't even close to what aXML does.

The closes equivalent that resembles print foo(bar(baz())); would be print eval foo( eval bar( eval baz() ) ) ); except its really

$program = 'foo(bar(baz())'; while( evalable $program ){ $program = eval $program; } print $program;

In otherwords, rocket-brainf-ck

if you can I will accept the criticism as valid, if you cannot, then I will consider that criticism, like all the others, as firmly refuted.

HA!

Replies are listed 'Best First'.
Re^22: Is an aXML compiler possible?
by Logicus (Initiate) on Oct 31, 2011 at 20:22 UTC

    The new Plack based aXML does not use eval. well ok one, only one, of the plugins uses it... but I haven't actually used that plugin at all so far in this new build and the PerlNights test case.

    It amazes me how keen you people are to criticise something you clearly do not understand.

      The new Plack based aXML does not use eval. well ok one, only one, of the plugins uses it... but I haven't actually used that plugin at all so far in this new build and the PerlNights test case.

      How you actually changed the implementation is irrelevant, your language definition, your "paradigm shift", has remained the same

      It amazes me how keen you people are to criticise something you clearly do not understand.

      Ha!

        Oh how I wish you had guts enough to use a proper account to make your stupid little comments with; then when your finally proven wrong people will know what an idiot you are.