home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #23 / NN_1992_23.iso / spool / gnu / gcc / help / 2326 < prev    next >
Encoding:
Text File  |  1992-10-14  |  4.1 KB  |  93 lines
  1. Newsgroups: gnu.gcc.help
  2. Path: sparky!uunet!stanford.edu!agate!spool.mu.edu!caen!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!cis.ohio-state.edu!brc.uconn.EDU!tony
  3. From: tony@brc.uconn.EDU (Tony Guzzi (Staff))
  4. Subject: GROFF patch to GCC: harmless or bears watching
  5. Message-ID: <9210141800.AA08935@disco>
  6. Sender: daemon@cis.ohio-state.edu
  7. Organization: GNUs Not Usenet
  8. Distribution: gnu
  9. Date: Wed, 14 Oct 1992 18:00:42 GMT
  10. Lines: 81
  11.  
  12. I'm installing GnuRoff 1.06 using GnuCC 2.2.2 (which uses libg++ 2.2).  In
  13. the past, I've used the AT&T C++ compiler for GnuRroff-1.0{3,4,5} but now
  14. that we have gcc/g++, I'd like to compile it using gcc.  I read in the GnuRoff
  15. installation instructions:
  16.  
  17.     "If you're using gcc/g++ version 2.[012], I recommend you apply
  18.      the patch in the file gcc.patch. (If you don't, configure will
  19.      detect this and work around the bug, but this will make groff
  20.      use significantly more memory.)"
  21.  
  22. The patch in 'gcc.patch' is as follows:
  23.  
  24.  
  25. *** cp-parse.y.~1~    Fri Mar 27 00:37:52 1992
  26. --- cp-parse.y    Tue Mar 31 09:01:43 1992
  27. ***************
  28. *** 1097,1103 ****
  29.               }
  30.             $$ = build_delete (type, expr, integer_three_node,
  31.                        LOOKUP_NORMAL|LOOKUP_HAS_IN_CHARGE,
  32. !                      TYPE_HAS_DESTRUCTOR (TREE_TYPE (type)) ? $$ : 0, 1);
  33.           }
  34.       | delete '[' ']' cast_expr  %prec UNARY
  35.           {
  36. --- 1097,1103 ----
  37.               }
  38.             $$ = build_delete (type, expr, integer_three_node,
  39.                        LOOKUP_NORMAL|LOOKUP_HAS_IN_CHARGE,
  40. !                      TYPE_HAS_DESTRUCTOR (TREE_TYPE (type)) ? $$ : 0, 0);
  41.           }
  42.       | delete '[' ']' cast_expr  %prec UNARY
  43.           {
  44.  
  45.  
  46. When I told my supervisor that I needed to add a patch to gcc, I was asked
  47. why it was necessary and what impact this patch would have on the ordinary
  48. users of gcc.  I answered the first question by repeating what was in the
  49. installation instructions, but since I know little of the design of gcc, I
  50. was not able to answer the second.  I mentioned seeing the similar patching
  51. instructions (same patch, different line numbers) in previous versions of
  52. GnuRoff, but my supervisor reasoned that since the patch as been around for
  53. a while and the gcc people have not incorporated it into the most recent
  54. version of gcc (version 2.2.2 being "the most recent" as far as we know),
  55. then the patch may not be suitable for general use and should not be in the
  56. version of gcc we make available to our general users.  I've been instructed
  57. to compile a completely separate version of gcc (incorporating the patch) and
  58. use it for the sole purpose of compiling GnuRoff.  Personally, I think it is
  59. a waste of time and disk space to create and keep around separate version
  60. just to compile GnuRoff.
  61.  
  62.   To that end, I figured I best ask "people-in-the-know" and I'd appreciate
  63. any help you can give me in answering the following question:
  64.  
  65.    1) What is the patch doing and why is it necessary (other than what's
  66.       given in the installation instructions)?
  67.    2) What impact does this have on the GCC compiler?
  68.    3) If the patch is useful, why hasn't it been incorporated it into
  69.       the most recent version of gcc (ver. 2.2.2)?
  70.    4) Are there any problems that any of you know about that I should
  71.       look out for if I make the patched version of gcc available for
  72.       general use?
  73.  
  74. While I don't expect anyone to go right out and do a major investigation of
  75. the impacts of this patch, I would, appreciate any information on this
  76. subject you can direct my way.  Thanks in advance.
  77.  
  78.  
  79. -- Tony Guzzi
  80.    Taylor L. Booth Center for Computer Applications and Research
  81. =========================================================================
  82. # U.S. MAIL:                | INTERNET:            #
  83. #    University of Connecticut        |    tony@brc.uconn.edu    #
  84. #    Rm 54, U-31, Booth Research Center    |                #
  85. #    233 Glenbrook Road            | TELEPHONE:            #
  86. #    Storrs, CT  06269-4031        |    (203) 486-5305        #
  87. =========================================================================
  88.  
  89. P.S.  To anyone who sees my message to 'bugs-gcc' regarding a warning
  90.       message from 'cp-decl.c' while compiling the stage 2&3 gcc compilers,
  91. the warning message appeared in the *UNPATCH* version of the compiler as
  92. well as the patched version.
  93.