You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently if a non-integer Value is encountered, the bitwise operators degrade to boolean operators (without short circuiting). Because these are dedicated operators, we should instead try converting the operands to integers and then performing the bitwise operation. This is more likely to catch programmatic errors than the other behavior.
The text was updated successfully, but these errors were encountered:
Refs #10.
While the original idea I had was to coerce, I decided that I'd prefer
clear type conversion boundaries. I think dynamic types should still be
able to coerce to integer, however, so I'm leaving #10 open.
This change introduces Bitwise and Logical instruction variants for or,
xor, and and. The bud language itself doesn't change, but the underlying
behavior does.
Currently if a non-integer
Value
is encountered, the bitwise operators degrade to boolean operators (without short circuiting). Because these are dedicated operators, we should instead try converting the operands to integers and then performing the bitwise operation. This is more likely to catch programmatic errors than the other behavior.The text was updated successfully, but these errors were encountered: