home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / lang / c / 18758 < prev    next >
Encoding:
Text File  |  1992-12-22  |  2.0 KB  |  59 lines
  1. Newsgroups: comp.lang.c
  2. Path: sparky!uunet!gatech!darwin.sura.net!spool.mu.edu!umn.edu!mmm.serc.3m.com!pwcs!cdsmn!wells
  3. From: wells@cdsmn.mn.org (Rich Wells)
  4. Subject: Re: a ? b : c = d; /* legal ? */
  5. Message-ID: <BzM97n.LuE@cdsmn.mn.org>
  6. Organization: Dicomed, Inc
  7. X-Newsreader: TIN [version 1.1 PL6]
  8. References: <28578@optima.cs.arizona.edu>
  9. Date: Mon, 21 Dec 1992 15:47:46 GMT
  10. Lines: 47
  11.  
  12. Dave E. Webster Jr. (dwebster@optima.UUCP) wrote:
  13. : Rich Wells (that's me) asks:
  14. : 
  15. : > Is the statement:
  16. : > 
  17. : >     a ? b : c = d;
  18. : > 
  19. : > where a, b, c, and d are all integers, a valid C expression?
  20. :   ...
  21. : > ***** Microsoft C (7.0 and 5.1): The statement does not compile.
  22. :   ...
  23. : > ***** Turbo C++ (3.0): The statement is interpreted as:
  24. : > 
  25. : >     if (a)
  26. : >         a = d;
  27. : >     else
  28. : >         b = d;
  29. : 
  30. : Rich,
  31. : 
  32. : Assuming that the TC++ implementation should actually read as:
  33. : 
  34. :      if (a) b = d; else c = d;
  35. :             ^           ^
  36.  
  37. You are, of course right.  I even had a second person proof-read this
  38. before sending it out.  Sorry about the mistake.  How embarrassing.
  39.  
  40. : then both of the above compilers are correct.  The Microsoft compiler
  41. : flags an error because the result of the trinary conditional in C is
  42. : an rvalue and cannot be the target of an assignment.  C++ changed the
  43. : rules by defining the result of a trinary conditional as an lvalue of
  44. : type T if (and only if) both the second and third arguments are
  45. : themselves lvalues of a common type (cf arm 5.16).
  46.  
  47. Thanks for the answer, Dave.
  48.  
  49. I went back and tested Microsoft C 7.0 again, this time using
  50. .cpp as the file extension.  This time it compiled and ran
  51. as expected for a C++ compiler.  I haven't had time to check to
  52. if TC++'s behavior changes accordingly; although I'm relatively
  53. certain I used a .c extension to get the C++ behavior, I'm not
  54. sure if TC uses the file extension or some internal option setting
  55. to determine whether to allow C++ code or just C code.
  56. -- 
  57.  
  58. Richard Wells  wells@cdsmn.mn.org  or  ...!tcnet!cdsmn!wells
  59.