home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / dsp / 2889 < prev    next >
Encoding:
Text File  |  1992-12-31  |  1.9 KB  |  44 lines
  1. Newsgroups: comp.dsp
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!oakhill!oakhill!jeff
  3. From: jeff@dsp.sps.mot.com (Jeff Enderwick)
  4. Subject: Re: Motorola's gcc diffs?
  5. In-Reply-To: moshier@world.std.com's message of Thu, 31 Dec 1992 19:23:52 GMT
  6. Message-ID: <JEFF.92Dec31160038@dsp.sps.mot.com>
  7. Sender: news@oakhill.sps.mot.com
  8. Nntp-Posting-Host: 223.10.249.92
  9. Organization: Motorola DSP Compilers
  10. References: <Bzvjam.H8c@world.std.com> <R12HwB1w164w@gmp.lonestar.org>
  11.     <C051vt.9Ds@world.std.com>
  12. Date: 31 Dec 92 16:00:38
  13. Lines: 29
  14.  
  15.  
  16. >    When I called the Motorola DSP hotline and gave them examples
  17. > of the illegal instruction sequences, they called back later
  18. > and told me about the optimizer.  They didn't say anything
  19. > about assembler switches.  I do see the switch you mentioned,
  20. > called " opt RP" in the current assembler manual.
  21.  
  22. The Motorola DSP hotline compiler support is for people who are registered
  23. users of DSP56KCC. You apparently don't have DSP56KCC. It's no wonder that 
  24. the poor support engineer was a little confused by your claims of illegal
  25. instruction sequences. Did you explain to the engineer that you had built 
  26. your own version of the compiler, using the source from a ftp site?
  27.  
  28. If you want to use the released diffs to generate code or whatever,
  29. that's great. I think it's great if anyone gets extra mileage from the
  30. work that was done, and if anyone finds any genuine problems, I'd love
  31. to hear about them. However, if you want the complete compiler system,
  32. and the Motorola DSP hotline compiler support that comes with it, then
  33. you have to pay for it. Sorry.
  34.  
  35. Does the compiler work? Yes. Will we find bugs in the future? Probably. 
  36. Does DSP56KCC generate illegal instruction sequences on the order of which 
  37. you suggest? No. I apologize if I come across as being a little harsh, but
  38. I really feel the need to set the record straight.
  39.  
  40.     thanks,
  41.  
  42.     Jeff Enderwick
  43.     jeff@dsp.sps.mot.com
  44.