home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / vmsnet / internal / 1248 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  1.5 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!yale.edu!nigel.msen.com!emory!sol.ctr.columbia.edu!hamblin.math.byu.edu!arizona.edu!mvb.saic.com!macro32
  2. From: MILLER@TGV.COM
  3. Newsgroups: vmsnet.internals
  4. Subject: re: PATCH on ALPHA ?
  5. Message-ID: <715362736.403197.MILLER@TGV.COM>
  6. Date: 1 Sep 92 15:52:16 GMT
  7. Organization: Macro32<==>Vmsnet.Internals Gateway
  8. Lines: 25
  9. X-Gateway-Source-Info: Mailing List
  10.  
  11. >> Oh bugger.  So I have to cut a tape whenever I want to send someone a fix?
  12. >> With Patch I can fix things immediately over the phone.  I think it's a
  13. >> foolish decision to leave Patch out.  It's going to make my job a lot
  14. >> harder.
  15. >
  16. >I doubt it. Given all the work that a RISC compiler does on your source
  17. >(even, I suspect, if the source is MACRO32), I think that trying to
  18. >implemement a nontrivial patch to the code that doesn't have unexpected
  19. >side-effects is probably a lot more work than recompiling!
  20.  
  21. I doubt it.  I've already worked with miles and miles of machine listings
  22. from both the GEM C compiler and the MACRO32 compiler.  I've even found
  23. several compiler optimizer bugs.  I know what I'm doing.
  24.  
  25. Besides, a lot of patches are trivial, like constant changes.  And
  26. what if I want to patch some native M64 code?
  27.  
  28. >The only exception I can think of is patching the DATA sections in the
  29. >image. But the current patch utility could do that, and I can't remember
  30. >when I last wanted to use PATCH on data sections anyway!
  31.  
  32. So when is Digital going to fix Patch so that it works on already
  33. loaded images?
  34.  
  35. -bruce
  36.