home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / programm / 16002 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  3.3 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!haven.umd.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!cs.uoregon.edu!news.uoregon.edu!nntp.uoregon.edu!cie.uoregon.edu!jlavin
  2. From: jlavin@cie.uoregon.edu (Jeff Lavin)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: cmpi.l #,d16(pc) with SAS6asm, A68K, etc
  5. Message-ID: <1992Nov18.003201.807@nntp.uoregon.edu>
  6. Date: 18 Nov 92 00:32:01 GMT
  7. Article-I.D.: nntp.1992Nov18.003201.807
  8. References: <69309@cup.portal.com> <BxKq3t.E9q@unx.sas.com> <1e9eq7INN3vs@werple.apana.org.au>
  9. Sender: news@nntp.uoregon.edu
  10. Organization: The Puzzle Factory
  11. Lines: 68
  12.  
  13. In article <1e9eq7INN3vs@werple.apana.org.au> bytey@werple.apana.org.au (Chris Hames) writes:
  14. >jamie@cdevil.unx.sas.com (James Cooper) writes:
  15. >
  16. >>This could get into an rwar, but...
  17. >
  18. >>My copy of the Manual is dated 1989, and has the same quote, but lists
  19. >>the valid addressing modes in two separate tables, one that has modes
  20. >>which work on the whole family, and the other for 68020 and up.
  21. >
  22. >>The heading at the top of the page says this instruction is valid for
  23. >>all members of the family, and the pertinent part of the table looks
  24. >>like this:
  25. >
  26. >>            Addr. Mode         Mode    Register
  27. >> ========================================================
  28. >> |      (xxx).W            |   111   |    000           |
  29. >> |      (xxx).L            |   111   |    001           |
  30. >> |      #<data>            |   ---   |    ---           |
  31. >> |                         |         |                  |
  32. >> |                         |         |                  |
  33. >> |      (d16,PC)           |   111   |    010           |
  34. >> |     (d8,PC,Xn)          |   111   |    011           |
  35. >> ========================================================
  36. >
  37. >>Now the acid test is to execute this statement on a 68000, and see if it
  38. >>works or not... well, it doesn't crash my machine, but I'd have to spend
  39. >>a few minutes writing to actually see if it works or not...  :-)
  40. >
  41. >Well I started this mini war of quotations so I will add what I have found.
  42. >It appears that the cmp #<data>,(d16,PC) is only valid on the 68020 and
  43. >higher processors.  Besides being told this the instruction works on my
  44. >68030 and it crashed a friends 68000.
  45. >
  46. >The only problem is I haven't found one assembler which correctly handles
  47. >it as such:-
  48. >
  49. >SAS 6 asm won't touch it no matter what processor switch.
  50. >A68K won't touch it. 
  51. >Aztec as passes it no matter what processor.
  52. >Asm-one asm won't touch it.
  53. >
  54. >>-- 
  55. >>Jim Cooper
  56. >>(jamie@unx.sas.com)                             bix: jcooper
  57. >>Any opinions expressed herein are mine (Mine, all mine!  Ha, ha, ha!),
  58. >>and not necessarily those of my employer.
  59. >
  60. >-- 
  61. >Chris Hames
  62. >Internet: bytey@werple.apana.org.au               FidoNet: 3:633/353
  63.  
  64.  
  65. I just tried it under Macro68 V3.170.  Assembling with the default
  66. 68000 cpu, it gives the error:
  67.  
  68.   Bad address mode for cpu type
  69.  
  70. Adding the directive "mc68020" just before this line causes the assembly
  71. to be successful.
  72.  
  73. One note:  Under "strict" mode (what I use), the "cmpi" instruction must
  74. be used, rather than "cmp".  Hope this helps.
  75.  
  76. -- 
  77. The Puzzle Factory, Inc.  | Jeff Lavin -- jlavin@cie.uoregon.edu
  78. Veneta, Oregon            |-------------------------------------
  79. Voice : (503) 935-3709    | Remainder of signature line
  80. Data  : (503) 935-7883    | under construction.
  81.