Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
New features (XOR, bitwise operators)
#7
boriel Wrote:
britlion Wrote:Okay, XOR is not bitwise, and ALIGN does more or less what I expected (Though I didn't expect a parameter!) I think it's almost always going to be used as ALIGN 256. Just maybe used as ALIGN 16384 for pushing stuff up into the top 16K of memory for 128K programming.

There are several clever cases for aligning data - tables for example, often need to be aligned. Sprite rotation tables, critically so.
BITWISE operator we agreed (if I recall correctly) to be prefixed with "b" so:
bXOR, bAND, bOR, bNOT will be such operators, and their respective symbol equivalence ~ (bXor), & [bAnd], | (bOr), ! (bNot). Well, maybe there's a better symbol for not.

Absolutely - a b prefix makes it clearer (and we can hardly use AND/OR/NOT/XOR - since they are used for boolean logic!). Sorry, wasn't meaning to suggest I expect XOR to work that way, was just restating to show I'd got it. Hopefully the new wiki entries read okay on that.
Reply


Messages In This Thread

Forum Jump:


Users browsing this thread: 1 Guest(s)