home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / cplus / 12290 < prev    next >
Encoding:
Text File  |  1992-08-12  |  2.4 KB  |  58 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!munnari.oz.au!metro!extro.ucc.su.OZ.AU!maxtal
  3. From: maxtal@extro.ucc.su.OZ.AU (John MAX Skaller)
  4. Subject: Re: Handling of operator . pro
  5. Message-ID: <1992Aug12.145148.9597@ucc.su.OZ.AU>
  6. Sender: news@ucc.su.OZ.AU
  7. Nntp-Posting-Host: extro.ucc.su.oz.au
  8. Organization: MAXTAL P/L C/- University Computing Centre, Sydney
  9. References: <1992Aug9.205839.9139@ucc.su.OZ.AU> <713558730snx@trmphrst.demon.co.uk>
  10. Date: Wed, 12 Aug 1992 14:51:48 GMT
  11. Lines: 45
  12.  
  13. In article <713558730snx@trmphrst.demon.co.uk> nikki@trmphrst.demon.co.uk (Nikki Locke) writes:
  14. >
  15. >In article <1992Aug9.205839.9139@ucc.su.OZ.AU> maxtal@extro.ucc.su.OZ.AU (John MAX Skaller) writes:
  16. >
  17. >[My summary]
  18. >He said in a previous article - casts should be banned. Except for casts 
  19. >to and from voids (because you need them for foreign interfaces).
  20. >
  21. >I said some casts were necessary.
  22. >
  23. >He kindly explained that the "casts" I said were necessary were in fact
  24. >"conversions", not casts at all.
  25. >
  26. >My conclusion - yes, I would love a compiler where all casts produced 
  27. >messages from the compiler (but conversions did not).
  28.  
  29.     Actually, one might want some conversions flagged too,
  30. especially the implicit ones, and especially the 'demotions'.
  31.  
  32.     Although some have flamed PL/1, it made up for its
  33. complexity in some ways by an superb reporting system. It 
  34. could report almost anything, up to 10 reports including
  35. complete cross-reference maps, details of all conversions,
  36. expansion of factored types, etc. Used lots of trees though.
  37.  
  38.     Ever wondered *which* overloaded function got
  39. called?
  40. >
  41. >I doubt that making such messages errors, rather than warnings, would ever
  42. >be possible - it would break too much existing (bad ?) code.
  43.  
  44.     How about a 'severe warning' then :-)
  45. >---
  46. >Nikki Locke              |                        | nikki@trmphrst.demon.co.uk
  47. >Trumphurst Ltd.          | Tel: +44 (0)691-670318 | nikki@cix.compulink.co.uk
  48. >PC and Unix consultancy  | Fax: +44 (0)691-670316 | nikki@kewill.co.uk
  49. >trmphrst.demon.co.uk is NOT connected with ANY other sites at demon.co.uk.
  50. >Demon.co.uk is a dial-up subscription access point to the Internet.
  51.  
  52.  
  53. -- 
  54. ;----------------------------------------------------------------------
  55.         JOHN (MAX) SKALLER,         maxtal@extro.ucc.su.oz.au
  56.     Maxtal Pty Ltd, 6 MacKay St ASHFIELD, NSW 2131, AUSTRALIA
  57. ;--------------- SCIENTIFIC AND ENGINEERING SOFTWARE ------------------
  58.