home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / cplus / 11665 < prev    next >
Encoding:
Text File  |  1992-07-28  |  1.4 KB  |  35 lines
  1. Newsgroups: comp.lang.c++,gnu.gcc,gnu.g++
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!ucla-cs!oahu.cs.ucla.edu!martin
  3. From: martin@oahu.cs.ucla.edu (david l. martin)
  4. Subject: porting to g++ (from other "dialects")
  5. Message-ID: <1992Jul28.160935.11839@cs.ucla.edu>
  6. Originator: martin@oahu.cs.ucla.edu
  7. Sender: usenet@cs.ucla.edu (Mr Usenet)
  8. Nntp-Posting-Host: oahu.cs.ucla.edu
  9. Organization: UCLA Computer Science Department
  10. Date: Tue, 28 Jul 92 16:09:35 GMT
  11. Lines: 22
  12.  
  13.  
  14. I am involved in a project in which we need to be able to use g++
  15. (that is, the g++ component of the latest version of gcc) to compile*
  16. existing source code which was developed for a variety of other
  17. leading C++ compilers - including CFRONT, Borland, Zortech, and
  18. Sabre.  I know there are still incompatibilities between g++ and
  19. the other dialects, but I need to know just how bad they are.  For
  20. example, if I take an average body of CFRONT-compilable code, what
  21. percentage of it might be rejected by g++, in the sense of causing
  22. a fatal error?
  23.  
  24. I would greatly appreciate the benefit of experience from anyone
  25. who's ported to g++ from a different compiler.
  26.  
  27. (*To be more precise, I won't actually be generating executables from
  28. the source code.  I'll be using g++ as a front-end to analyze
  29. existing source code and produce an intermediate representation which 
  30. describes it - essentially an attributed syntax tree.)
  31.  
  32. Thanks!
  33.  
  34. - Dave Martin
  35.