home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / gnu / g / bug / 2066 < prev    next >
Encoding:
Text File  |  1992-12-22  |  2.4 KB  |  67 lines
  1. Newsgroups: gnu.g++.bug
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!cygnus.com!mrs
  3. From: mrs@cygnus.com (Mike Stump)
  4. Subject: Re:  [dave@hiauly1.hia.nrc.ca: gcc-2.1]
  5. Message-ID: <9212212148.AA15079@cygnus.com>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: GNUs Not Usenet
  8. Distribution: gnu
  9. Date: Mon, 21 Dec 1992 21:48:58 GMT
  10. Approved: bug-g++@prep.ai.mit.edu
  11. Lines: 54
  12.  
  13. These problems has been fixed, and should not exist in the next
  14. release of gcc.
  15.  
  16. > Date: Sun, 3 May 92 17:19:23 -0400
  17. > From: John David Anglin <dave@hiauly1.hia.nrc.ca>
  18.  
  19. > I have been trying to get groff-1.05 and libg++-2.0 going on hp9000s730
  20. > running hpux 8.07.  I am enclosing a context diff for gcc-2.1 which resolve
  21. > several problems:
  22.  
  23. > 1)  Changes need to be made to collect2.c to make vprintf argument types
  24. >     correct for hpux.  Further, collect2 must be compiled with CC=cc so
  25. >     that system varargs is used rather than gcc varargs.  The va_list types
  26. >     are incompatible.  This incompatibility prevents use of hpux varargs
  27. >     routines with gcc.  It also causes problems in building libg++ because
  28. >     the struct type used with gcc can't be cast to a pointer type.
  29.  
  30. Has been fixed (varargs are compatable now).
  31.  
  32. > 2)  ON_EXIT defined for hpux runs destructors on program termination.
  33.  
  34. Fixed.
  35.  
  36. > 3)  Bug fix to assemble_external fixes undefined reference problem in
  37. >     #pragma interface code (inline routines) and makes the virtual function
  38. >     table global.  This is needed for filebuf initialization in libg++.
  39.  
  40. Fixed.
  41.  
  42. > There are several other problems in the c++ mode which I am aware of but
  43. > have no solution:
  44.  
  45. > 4)  -O generates bad code and should not be used at the moment.
  46.  
  47. Fixed.
  48.  
  49. > 5)  There are problems with const.  E.g., "extern const struct a;"
  50. >     generates a code space reference.  Also, don't try to multiply a
  51. >     long const with a long.
  52.  
  53. Fixed.
  54.  
  55. > 6)  Function arguments which in turn call other functions are not
  56. >     always handled properly.  In one dump I examined, the primary
  57. >     function was called before its arguments were evaluated.  The
  58. >     argument evaluation then trashed the stack.  In other cases,
  59. >     improperly aligned offsets are generated for storage of
  60. >     temporary variables on the stack.  Several cases of this problem
  61. >     exist in the gtroff program.  I eventually got gtroff to work by
  62. >     explicitly defining intermediate variables wherever I
  63. >     encountered a problem.
  64.  
  65. Fixed.
  66.  
  67.