home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / hp / 8434 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  1.8 KB

  1. From: mike@hpfcso.FC.HP.COM (Mike McNelly)
  2. Date: Thu, 23 Jul 1992 15:22:53 GMT
  3. Subject: Re: f77: PEEPHOLE: NULL POINTER USED
  4. Message-ID: <7371165@hpfcso.FC.HP.COM>
  5. Organization: Hewlett-Packard, Fort Collins, CO, USA
  6. Path: sparky!uunet!gatech!destroyer!sol.ctr.columbia.edu!usc!sdd.hp.com!hpscdc!cupnews0.cup.hp.com!hppad.waterloo.hp.com!hppad!hpfcso!mike
  7. Newsgroups: comp.sys.hp
  8. References: <TT.92Jul23093238@tarzan.jyu.fi>
  9. Lines: 30
  10.  
  11. > What does the following error from f77 mean:
  12. > Compiler error line 44135 of 2dBWIn.f: PEEPHOLE: NULL POINTER USED. (6762)
  13. > This in a 9000/720 running HP-UX 8.07, f77 version B2408A.08.07, 
  14. > with command line f77 -L +O1 +es -u -c 2dBWIn.f
  15. > The line it complains about is the final END of the program,
  16. > and the immediately preceding lines are simple assigment
  17. > statements ... there may of course be a bug in the code, but that
  18. > error messages isn't very helpful.
  19. > --
  20. > Tapani Tarvainen    (tarvaine@jyu.fi, tarvainen@finjyu.bitnet)
  21.  
  22. "Compiler error" undoubtedly means that there is an internal error being
  23. detected within the compiler on itself.  This is not a user-generated
  24. error.  Report this to your support people as a defect in the compile
  25. path.
  26.  
  27. Each piece of the compile path has internal integrity checks on its own
  28. data structures to warn you that it's possible that the compiler made a
  29. mistake somewhere.  When one is detected it prints out a message like
  30. the one you see.  The fact that the error is reported at the end of a
  31. program unit doesn't mean that the error occurred there; rather, it
  32. means that final validity checks for the program unit were made once all
  33. input had been seen and one of these checks detected a problem.
  34.  
  35. Mike McNelly
  36. mike@fc.hp.com
  37. (Not an HP spokesman. Not even associated with the S700/800 compiler people.)
  38.  
  39.