Re: Perl 6.x , please offer PREPEND as well as APPEND

Mr P wrote:
> [1] - every mathmatician or logician has to flinch everytime they
> encounter this syntax. As programmers we understand what it's up to of
> course, but in general terms:
>
> a = b + a
>
> is ONLY true for b=0, (or b='' in the case of a string) which in our
> case is NOT true.

Riight, that's because a mathematician uses = to mean one thing, and
programmers use it to mean something else. If you use the
corresponding operators, the axioms hold just fine:

$a eq $b . $a only for $b equalling '';
$a == $b + $a only for $b equalling 0.

I'm very confused as to what your point is.

Paul Lalli

.

Relevant Pages

  • OO BASIC or "B++"?
    ... behave functionally like pick basic even if the syntax ... Because Java doesn't allow operator overriding and I ... to have both system programmers *and* application programmers working ... You might say that this looks like any number of "MV functionality in ...
    (comp.databases.pick)
  • Re: The Advantage of Macros
    ... pseudo-HLL constructs by the majority of RosAsm programmers? ... but this has no relationship with the language syntax. ... to objectively measure readability of various syntaxes, ...
    (alt.lang.asm)
  • Re: Avoiding Java (Was: And you ask why I hate OMVS?)
    ... there is no reason why syntax should be ... consistent between them. ... drawback is that it attracts the sort of programmers who disdain ... The average line length was around the same as COBOL ...
    (comp.lang.cobol)
  • Re: It Hurts When I Do This
    ... requires a syntax for any other attributes. ... support much beyond simple scalar operations, but surely Fortran ... programmers are used to being able to use the name of an array and have ...
    (comp.lang.fortran)
  • Re: It Hurts When I Do This
    ... requires a syntax for any other attributes. ...  It may be a common pitfall among programmers ... In this single instance, Fortran has it wrong. ...
    (comp.lang.fortran)