Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!zaphod.mps.ohio-state.edu!usc!elroy.jpl.nasa.gov!ames!purdue!haven!uvaarpa!murdoch!astsun.astro.Virginia.EDU!gsh7w
From: gsh7w@astsun.astro.Virginia.EDU (Greg S. Hennessy)
Newsgroups: comp.lang.c
Subject: Re: () ignored in some expressions
Message-ID: <1990Apr12.013616.9924@murdoch.acc.Virginia.EDU>
Date: 12 Apr 90 01:36:16 GMT
References: <48079@lanl.gov> <1272@sdrc.UUCP> <1458@tkou02.enet.dec.com> <1284@sdrc.UUCP>
Sender: news@murdoch.acc.Virginia.EDU
Reply-To: gsh7w@astsun.astro.Virginia.EDU (Greg S. Hennessy)
Organization: University of Virginia, Charlottesville
Lines: 27


#In article <1458@tkou02.enet.dec.com>, diamond@tkou02.enet.dec.com
(diamond@tkovoa) writes: 
#> This whole discussion concerns whether () may be ignored.  In ANSI,
#> for "(a + b) + c", the () must be obeyed.  Now the compiler must
#> add a and b first, then add c, or else do something that has the
#> same exact behavior.

In article <1284@sdrc.UUCP> scjones@sdrc.UUCP (Larry Jones) writes:
#That's a common misconception, but it's just not true.  
#There's an explicit example of this in section 2.1.2.3 where it
#says:
#	due to the associativity and precedence of these
#	operators.  Thus, the result of the sum "(a + 32760)" is
#	next added to b, and that result is then added to 5 which
#	results in the value assigned to a.

It seems to me that the two of you are saying the same thing. Why is
what diamond@tkovoa different from what is in 2.1.2.3?




-Greg Hennessy, University of Virginia
 USPS Mail:     Astronomy Department, Charlottesville, VA 22903-2475 USA
 Internet:      gsh7w@virginia.edu  
 UUCP:		...!uunet!virginia!gsh7w