home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / amiga / programm / 15540 < prev    next >
Encoding:
Text File  |  1992-11-09  |  2.3 KB  |  56 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!mnemosyne.cs.du.edu!nyx!eeklund
  3. From: eeklund@nyx.cs.du.edu (Eivind Eklund)
  4. Subject: Re: Assemblers, which is the best please?
  5. Message-ID: <1992Nov9.031414.22628@mnemosyne.cs.du.edu>
  6. X-Disclaimer: Nyx is a public access Unix system run by the University
  7.     of Denver for the Denver community.  The University has neither
  8.     control over nor responsibility for the opinions of users.
  9. Sender: usenet@mnemosyne.cs.du.edu (netnews admin account)
  10. Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
  11. References: <1860@newsserver.cs.uwindsor.ca> <1992Nov4.084155.21574@daimi.aau.dk>
  12. Distribution: comp.sys.amiga.programmer,comp.sys.amiga.misc,comp.sys.amiga
  13. Date: Mon, 9 Nov 92 03:14:14 GMT
  14. Lines: 40
  15.  
  16. In article <1992Nov4.084155.21574@daimi.aau.dk> u920659@daimi.aau.dk (Carsten S|rensen) writes:
  17. >gordon1@server.uwindsor.ca (GORDON  CHRISTOPHER      ) writes:
  18. >
  19. >> The question is:
  20. >>    Which is the best assembler, the latest devpac assembler or 
  21. >>the latest macro68 assembler.(or some other)
  22. >
  23. >It depends upon what you want to program. From a demo-coders' point of view
  24. >the *ultimate* assembler must be ASM-ONE maybe not very outside Europe
  25.  
  26. Here you are getting more and more demo-coders to disagree with you.
  27. AsmOne is lacking an OK debugger.
  28.  
  29. >However ASM-ONE is *NOT* very good for systemcoding. It's an integrated
  30. >development milieu and it has NO option for passing the correct values in
  31. >the registers (and thereby no option for cli-arguments either). Maybe it will
  32. >appear in a later version?
  33.  
  34. You can hope so.
  35.  
  36. > ASM-ONE also has a source-level debugger which is
  37. >VERY nice indeed.
  38.  
  39. This statement obviously comes from an old user of SEKA. That debugger is
  40. almost unsuable, as it don't let you skip instructions, nor change memory
  41. while running.  The ONLY thing you can do is step through your code
  42. ONCE...  While seeing what is in the registers and how it branch...
  43.  
  44.  
  45. > All in the same program (130k -> small!). And one of the
  46. >fastest editors I have ever seen.
  47.  
  48. But lacking, lacking.  No multi-windows, wrap back on short lines, etc... 
  49. I feel that the ultimate developement is DevPac running with CED as
  50. editor. I am running this through a self-written interface, meaning I get
  51. devpac asm to memory from inside CED.
  52.  
  53. Eivind Eklund aka Vishnu CRB
  54. eeklund@nyx.cs.du.edu   Phone: +47-(0)-9-944946 (BBS. shout to get ME!)
  55.  
  56.