Re: Re: How's your Perl?

[xmath]

undefined in what sense? Perl's behavior is defined by its source code, perhaps unless contradicted by docs.

UPDATE ick, I got pulled into a pointless discussion. To short-circuit it: anything that works consistently (that is, not dependent on random or OS/environment-dependent factors) in perl 5.8.* is acceptable for these exercises.

[jryan]

($foo^=0)++ eq $foo++ involves an auto-increment on top of an assignment, which is undefined as far as I know.

For more discussion: Re: Incrementing a Hash Value.

[xmath]

Let's be careful to not allow this to turn into a undefined-behavior flamewar. Perl has no specifications which indicate which behaviors are mandatory and which are undefined. As far as I'm concerned, anything that works in perl is valid. If you disagree, then just accept the above for the scope of these exercises.

note that I see no mention in perlop or perlsyn that evaluation order is undefined, unlike for example the static-var trick which *is* undefined according to the docs. That is a good reason to avoid relying on behavior in maintainable code (since it might break in future versions of perl), but it definitely no reason not to use it in the realm of obfu and obscurity :-)

UPDATE docs != specs. documentation just describes how the thing happens to work. if something is not mentioned in the documentation, then it is undocumented, not undefined.

[Anonymous Monk]

note that I see no mention in perlop or perlsyn that evaluation order is undefined, unlike for example the static-var trick which *is* undefined according to the docs.

Well, just to be pedantic: There being no explicit documentation for order of evaluation means that it such behavior is currently undefined.