home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / programm / 20461 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  2.6 KB
  1. Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!saimiri.primate.wisc.edu!usenet.coe.montana.edu!ogicse!reed!bowman
  2. From: bowman@reed.edu (BoBolicious)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Re: ETO#9 MacApp won't build - C - Fatal Error : 407
  5. Message-ID: <1992Dec31.014659.8917@reed.edu>
  6. Date: 31 Dec 92 01:46:59 GMT
  7. Article-I.D.: reed.1992Dec31.014659.8917
  8. References: <1992Dec29.225510.11821@verity.com> <1992Dec29.234245.13507@reed.edu> <ksand-301292134859@wintermute.apple.com>
  9. Organization: Reed College, Portland, OR
  10. Lines: 45
  11.  
  12. In article <ksand-301292134859@wintermute.apple.com> ksand@apple.com (Kent Sandvik ) writes:
  13. >In article <1992Dec29.234245.13507@reed.edu>, bowman@reed.edu (Mr. Stress
  14. >Tensor) wrote:
  15. >> In article <1992Dec29.225510.11821@verity.com> anders@verity.com (Anders Wallgren) writes:
  16. >> >In article <1992Dec29.211429.28535@cs.tulane.edu> Jeff E Mandel,
  17. >> >mandel@tmc.tulane.edu writes:
  18. >> >># C - Fatal Error : 407
  19. >> >># could not proceed, BAD VERSION NUMBER in Dump file
  20. >> >># No error (OS error 0)
  21. >> >You should delete all dump files created by previous versions of
  22. >> >the compiler and let the new compiler regenerate them.
  23. >> 
  24. >> Unless I'm mistaken, all you *really* need to do is add an "-e" to your
  25. >> command line.
  26. >
  27. >From Cplus 411:
  28. >    -e                      # write preprocessor results to output
  29.  
  30. I meant, "buildprogram -e", not "cplus -e".
  31.  
  32. >No, there are no magic flags to tell MPW C++ to reproduce a dump file,
  33. >unless you write a fancy dependency somewhere in the makefile. Yes,
  34. >I've pointed this out to the compiler people, because during the N versions
  35. >of MacApp 3.0 alpha/beta versions this was a known gotcha, and it
  36. >would be nice if the compiler either warned about this, or generated
  37. >a new dump file using a special flag.
  38. >
  39. >Anders is right, delete any folders inside your "{MALoadFiles}" folder
  40. >and start afresh. In addition, if any of you see cases where the compiler
  41. >barfs in Geometry.h, this is another possible example of where the dump
  42. >files
  43. >needs to be re-generated.
  44.  
  45. I could swear buildprogram -e worked...but at the moment I'm working on
  46. some non-MacApp stuff and don't have the drive space or patience to test it
  47. out, but I'm pretty damn sure I *never* threw out any dump files, but just
  48. threw the -e in there and everything worked ok.  As long as the necessary
  49. make rules for the load files are in there somewhere, this should work.
  50.  
  51. And if I'm wrong, well, it wouldn't be the first time... :-)
  52.  
  53. cheers,
  54. bobo              In seeking the unattainable,
  55. bowman@reed.edu            simplicity only gets in the way.
  56. Eternal nothingness is fine if you happen to be dressed for it. - Woody
  57.