home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / next / misc / 22115 < prev    next >
Encoding:
Text File  |  1992-11-18  |  3.7 KB  |  90 lines
  1. Newsgroups: comp.sys.next.misc
  2. Path: sparky!uunet!ornl!sunova!linac!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!yale!gumby!destroyer!cs.ubc.ca!unixg.ubc.ca!kakwa.ucs.ualberta.ca!access.usask.ca!news
  3. From: jake@skatter.usask.ca
  4. Subject: Re: Why, Why, WHYYYY?? USE OBJECTIVE-C for IB??
  5. Message-ID: <1992Nov19.021059.4996@access.usask.ca>
  6. Sender: news@access.usask.ca (USENET News System)
  7. Nntp-Posting-Host: skatter.usask.ca
  8. Organization: University of Saskatchewan
  9. References: <1992Nov17.220734.23489@dtint.uucp>
  10. Date: Thu, 19 Nov 1992 02:10:59 GMT
  11. Lines: 77
  12.  
  13. From article <1992Nov17.220734.23489@dtint.uucp>, by nevin@dtint.dtint.com:
  14. > In article <1992Nov17.000924.8898@u.washington.edu>  
  15. > basiji@stein.u.washington.edu (David Basiji) writes:
  16. >> thomsen@spf.trw.com (Mark Thomsen) writes:
  17. >> 
  18. >> >Richard D Warner writes:
  19. >> >>     I'm a developer who just wants to get a product out the door, and
  20. >> >> I'm frustrated about having to learn a new language just to interface with
  21. >> >> IB.  I know you're supposed to be able to insert ANSI or C++ code into IB
  22. >> >> but I haven't been able to yet.  You still need to know what's going on
  23. >> >> with the implementation files (in Objective-C).  It's supposed to
  24. >> >> be "easier", but easier than what???  Why doesn't NeXT come up with a 
  25. >> >> version of IB written for C++?  
  26. > 
  27. > If you *really* want to know WHY, I suggest you read at least the first half of  
  28. > Brad Cox's book, "Object-Oriented Programming, an Evolutionary Approach, 2nd  
  29. > Edition".
  30. > 
  31. > To summarize: I don't care what anybody says (even Brad Cox got this one wrong  
  32. > in his book), C++ does NOT allow true dynamic binding-- it simulates it with a  
  33. > method selection mechanism where the desired method is dynamically chosen from  
  34. > a method list that is statically-built at compile time (i.e., the "virtual"  
  35. > method mechanism of C++).  And yes, there is a very big difference, with many  
  36. > ramifications.
  37. >
  38.  
  39. In the latest issue of Computers in Physics there is an article describing a
  40. language called Sather developed by the International Computer Science
  41. Institute, for the purpose of scientific computing.
  42.  
  43. Sather is designed, according to the article, to avoid the deficiencies of
  44. C++, that noted above being merely one, without the loss of efficincy
  45. represented by a run-time system.
  46.  
  47. It is based on Eiffel, and has two parallel messaging schemes built in.  The
  48. first is a run-time message dispatch like objective C and the second a C++
  49. like system which is more efficient.
  50.  
  51. The compiler generates C code, and is thus highly portable.
  52.  
  53. Performance tests indicate, according to the article, that compiled Sather
  54. code performs within 10% of hand-written C code on the MIPS processor
  55. (model not specified), and essentially as well as hand-written C code on
  56. the Sparc architecture.
  57.  
  58. Another consideration, one of those which prompted the development of Sather,
  59. is that it is a non-proprietary, and thus not subject to licensing 
  60. restrictions.
  61.  
  62. So, you ask, why do I mention this?  The efforts of the Free Software
  63. Foundation to provide an Objective C - like environment may be greatly
  64. aided by adopting a modified version of Sather, which contains extensions
  65. as well.
  66.  
  67.  
  68. (further comments on Objective-C versus C++ deleted)
  69.  
  70. > Give me NeXTSTEP!
  71. >  
  72. > --
  73. > Nevin Pratt, Digital Technology, Int'l    Orem, Ut
  74. > NeXTmail preferred, but ONLY at my REAL email address: nevin@dtint.dtint.com
  75. > 
  76. > -- 
  77. > ---
  78. > root                                   root@dtint.dtint.com
  79. > Digital Technology Int.                (801)226-2984    
  80. > 500 W. 1200 South, Orem UT, 84057      FAX (801) 226-8438
  81.  
  82.  
  83. jake
  84.  
  85.  
  86. --
  87. Jason C. Breckenridge                 jake@skatter.usask.ca
  88.  
  89. Sometimes the world is a mighty fine place to be dead to.
  90.