home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / cplus / 13307 < prev    next >
Encoding:
Internet Message Format  |  1992-09-04  |  5.4 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!att-out!rutgers!gatech!purdue!mentor.cc.purdue.edu!noose.ecn.purdue.edu!ecn.purdue.edu!kudva
  2. From: kudva@ecn.purdue.edu (Gautham K. Kudva)
  3. Newsgroups: comp.lang.c++
  4. Subject: SUMMARY: C++ 3.0 for Suns
  5. Message-ID: <1992Sep4.172502.18741@noose.ecn.purdue.edu>
  6. Date: 4 Sep 92 17:25:02 GMT
  7. Sender: news@noose.ecn.purdue.edu (USENET news)
  8. Distribution: usa
  9. Organization: Purdue University Engineering Computer Network
  10. Lines: 136
  11.  
  12. A few days ago, I posted a request for info. on cfront 3.0 compliant 
  13. C++ compilers for Suns. A few people expressed interest in the responses, 
  14. so here's the list of replies I received:
  15.  
  16. Thanks to the following people for their comments:
  17.  
  18. Kurt Kanaskie
  19. Amrit Prem
  20. Thomas Wolf
  21. Ed Grossman
  22. Sue Lindsey
  23. Doug Shaker
  24. Shirley Kumamoto
  25. Joe Wilson
  26.  
  27. We've pretty much decided on USL C++ 3.0. Their edu. pricing is pretty good,
  28. and we haven't heard any adverse reactions from other quarters either...
  29.  
  30. Once again thanks to everyone who responded.
  31.  
  32. Gautham
  33. kudva@ecn.purdue.edu
  34.  
  35. -------------------------------------------------------------------------
  36.  
  37. My original post was:
  38.  
  39. > Hi,
  40. >     Our research group has recently started using C++.
  41. > We do most of our development work on Sun SPARC workstations.
  42. > So far we've been going with cfront 2.1, and we'd like to upgrade
  43. > to C++ version 3. Our primary reason for upgrading is Template
  44. > support. Does anyone have experience with any cfront compliant 
  45. > C++ compilers with template support for Suns? In particular how 
  46. > about USL C++ 3.0? Any comments or suggestions are greatly 
  47. > appreciated. 
  48. > 
  49.  
  50. ========================================================================
  51.  
  52. Gautham,
  53.  
  54. We have been using USL C++ 2.1 for over a year now. We recently switched
  55. to USL C++ 3.0. The only noticable difference is the extra checking for
  56. "jump beyond initializer" in case statements where a local variable is
  57. defined. 
  58.  
  59. ========================================================================
  60.  
  61. We use Object Store C++ here in house.  I've used the template facility for
  62. a few simple things.  The main problem with their templates is that
  63.  
  64.     a.    Function templates are not yet supported.
  65.  
  66.     b.    If the template requires non-inline code to be written, then
  67.         the module where the code is defined in must instantiate all
  68.         of the template classes that will be used in the application.
  69.  
  70. The compiler is basically a hack of cfront, so you get cfront compatibility
  71. with templates thrown in.  (This means you also get cfront's bugs...)
  72.  
  73. ========================================================================
  74.  
  75. Our group has been using cfront 3.0 for a couple of months now and have had
  76. no problems...just a little slower compiles on C++ modules including templates.
  77. We are running it on Sun SPARC workstations.
  78.  
  79. ========================================================================
  80.  
  81. I've been using 3.0/3.01 for about 8 months on a SPARC.
  82. The template mechanism has a fair number of bugs if you
  83. try to use it for anything that's not entirely straightforward
  84. and the template specialization mechanism (ie providing 
  85. a special version of a tempalted class) doesn't really
  86. work at all.  So far, however, I haven't found anything
  87. that's totally stymied my work.  I've not yet seen anything
  88. better, although I'm thinking of checking out GNU's version
  89. after it settles down a bit.  I've been using templates to
  90. provide sets and smart pointers (and sets of smart pointers)
  91. and I seem to be constantly pushing the envelope of what the
  92. compiler will accept.
  93.  
  94. ========================================================================
  95.  
  96. TauMetric Corporation now develops, maintains, and sells the Oregon C++ compiler
  97. and debugger.  These compilers run under VAX/VMS, DECstation/Ultrix,
  98. SPARC, and 6800x0 workstations like Sun-3, or HP 9000/300, and 386 machines
  99. running Interactive, UHC, or AT&T Unix/386 3.2 or 4.0.
  100.  
  101. The Oregon C++ compiler is a true compiler, it compiles C++ code to object code.
  102. It features three switches to allow the user to compile C++, ANSI C, or
  103. K&R style C programs.  A source level debugger is included with each compiler.
  104. The debugger is specifically written for C++, it understands multiple 
  105. inheritence and classes.
  106.  
  107. We will be releasing our 3.0 Oregon C++ compiler for SPARC later this year.
  108. It is our own compiler, not cfront.
  109.  
  110. If you have further questions you can contact me at 619-697-7674, or 
  111. send me questions via e-mail at:  sue@taumet.com.
  112.  
  113. ========================================================================
  114.  
  115. The only released cfront 3.0 for Sparcs that I know about is
  116. Solbourne's cfront.  We sell it if you are interested. Send
  117. email to info@qualix.com for more information.
  118.  
  119.  - Doug Shaker
  120.  
  121. ========================================================================
  122.  
  123. The Qualix Group provides another commercial 3.0 cfront (from
  124. Solbourne Computing) for SPARC stations.  Its a full function
  125. version of the AT&T C++ Language System Release 3 and translates
  126. into C source code.  If you would like more information,
  127. let me know.
  128.  
  129. Regards,
  130.  
  131. Shirley Kumamoto
  132. Product Manager
  133. Qualix Group
  134. 1900 S. Norfolk St. Suite 224
  135. San Mateo, CA 94403-1151
  136. voice: (415) 572-0200
  137. fax:   (415) 572-1300
  138. email: shirleyk@qualix.com
  139.  
  140. ========================================================================
  141.  
  142. Gautham:
  143.     cfront 3.0.1 supports template classes.  We're using them heavily.
  144. Sun will be releasing this soon.  It's available from ATT USL today.
  145. (800-828-unix).
  146.  
  147. ========================================================================
  148.