>From the peanut gallery...
One word...
Forth...
and another
Assembly
and another
ummm... Assembly
and another
ok... well... I don't remember any others... except I
seem to remember that Lisp (and therefore Scheme) also
use rpn (sort of).
But... yeah it is pretty obnoxious that 2+2*4 = 16 and not 10 or even
12 :P
Maybe 2+2*4=16 is true for very large values of 2.
Ok... I am sneaking back up in to the peanut gallery..
:)
On Wed, 2005-08-17 at 10:25 -0700, Greg Woodhouse wrote:
> Which language are you referring to? Ada? PL/1? Honestly, I don't know
> either of those languages, so I couldn't say whether they use a single
> level of precedence. Languages I have used include Basic, Visual Basic,
> C, C++, Pascal, Object Pascal, MUMPS, Java, Perl, Python, Fortan 77,
> Franz LISP and Scheme (I don't claim to remember them all!)
>
> I'll just make one editorial comment: There may indeed be languages
> other than MUMPS that do not follow normal operator precedence rules,
> but who is using them today? I would think that MUMPS programmers would
> be more interested in seeing the language evolve into something that
> more people would be willing to adopt.
>
> --- Jim Self <[EMAIL PROTECTED]> wrote:
>
> > Gregory wrote:
> > >In every single language using infix notation (except MUMPS) that
> > I'm
> > >familiar with 2 + 3 * 4 = 16, and it is a longstanding convention in
> > >mathematics that 2 + 3 * 4 is 2 + (3 * 4) not (2 + 3) * 4.
> > >
> > >It's not that I can't live with strict left to right evaluation,
> > it's
> > >just that it's annoying...really annoying. It's as if someone
> > decided
> > >that they would violate a well established convention just for
> > <insert
> > >your favorite expletive> of it.
> >
> > The convention for precedence among operators was NOT well
> > established among different
> > programming languages until long after I started using MUMPS which
> > again was long after it
> > was decided for MUMPS.
> >
> > When I was a graduate student studying different programming
> > languages, some used strict
> > right-to-left precedence and among languages that offered a per
> > operator precedence scheme
> > and a relatively large set of operators, there were many variations
> > on precedence that I
> > found impossible to follow without a reference manual or excessive
> > use of parentheses.
> >
> > In contrast, MUMPS' left-to-right precedence offered refreshing
> > simplicity. This is a dead
> > issue, or should be since it was decided for MUMPS decades ago.
> >
> > ---------------------------------------
> > Jim Self
> > Systems Architect, Lead Developer
> > VMTH Computer Services, UC Davis
> > (http://www.vmth.ucdavis.edu/us/jaself)
> >
> >
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> > Practices
> > Agile & Plan-Driven Development * Managing Projects & Teams * Testing
> > & QA
> > Security * Process Improvement & Measurement *
> > http://www.sqe.com/bsce5sf
> > _______________________________________________
> > Hardhats-members mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/hardhats-members
> >
>
>
>
> ===
> Gregory Woodhouse <[EMAIL PROTECTED]>
>
> "Design quality doesn't ensure success, but design failure can ensure
> failure."
>
> --Kent Beck
>
>
>
>
>
>
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Hardhats-members mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/hardhats-members
>
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
