Subject:
|
Re: The standard NXT firmware & the case of the missing opcodes
|
Newsgroups:
|
lugnet.robotics.nxt.nxthacking
|
Date:
|
Thu, 30 Aug 2007 16:55:47 GMT
|
Viewed:
|
16306 times
|
| |
|
|
In lugnet.robotics.nxt.nxthacking, John Hansen wrote:
> In lugnet.robotics.nxt.nxthacking, Jason J Railton wrote:
> > In lugnet.robotics.nxt.nxthacking, Jason J Railton wrote:
> >
> > > > //Family: Bit manipulation
> > > > #define OP_CMNT 0x0A // dest, src
> > > > #define OP_LSL 0x0B // dest, src
> > > > #define OP_LSR 0x0C // dest, src
> > > > #define OP_ASL 0x0D // dest, src
> > > > #define OP_ASR 0x0E // dest, src
> > > > #define OP_ROTL 0x0F // dest, src
> > > > #define OP_ROTR 0x10 // dest, src
>
> I don't think I ever got around to mentioning this here, but a long time ago I
> implemented all of the above opcodes in my NBC/NXC enhanced standard NXT
> firmware. I implemented all of the shift opcodes so that they take 3 parameters
> rather than just two as shown in the comments above.
Could you, please, confirm, that the latest version of NBC then translates the
following two commands with three arguments listed in the NBC manual:
shr
shl
to the correct new opcodes of the enhanced firmware (depending on the type of
the operands), if one provides the -EF compiler switch, and to other but still
equivalent code without the switch?
Or did you introduce some new instructions for these new opcodes, please?
|
|
Message is in Reply To:
6 Messages in This Thread:
  
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
