fix: type inference for bitwise operators on integer variables

[RomanSpector]

Summary

Bitwise operators (<<, >>, &, |, ~) on integer-typed variables returned unknown instead of integer. Constant folding also failed for chained expressions.

Before

localPACK_YZ=1<<20-- integer = 1048576 (OK)localPACK_X= (PACK_YZ<<1) -- unknown (WRONG)localPACK_YZ_MASK= ((PACK_X<<1) -1) -- unknown (WRONG)

After

localPACK_YZ=1<<20-- integer = 1048576localPACK_X= (PACK_YZ<<1) -- integer = 2097152localPACK_YZ_MASK= ((PACK_X<<1) -1) -- integer = 4194303

Changes

script/vm/operator.lua: Add integer type fallback for bitwise operators when operands are integer-typed but not literal constants. This matches existing behavior for arithmetic operators (+, -, *, %).

script/vm/value.lua: vm.getInteger now traces through getlocal to the local definition's value expression when the compiled node doesn't preserve the literal integer. This enables constant folding for chained bitwise/arithmetic expressions.

Test Plan

• New tests: a << 1 and (a << 1) - 1 where a = 1 << 20
• All existing tests pass

[gemini-code-assist]

Code Review

This pull request improves type inference for bitwise operators on integer variables and fixes constant value computation for chained bitwise expressions in hover tooltips. Key changes include updating vm.binarySwitch to explicitly set the result type to 'integer' for bitwise operations and modifying vm.getInteger to resolve local values more effectively. Review feedback identifies a logic error in vm.getInteger regarding the handling of union types (mixed integer and non-integer) and suggests refactoring duplicated operand inference logic into a helper function to improve maintainability.

[gemini-code-assist]

The logic for handling mixed types appears to be incorrect. If a variable can be both an integer and another non-integer type (a union), getInteger should return nil. With the current change, if an integer value is found (result is set) and a non-integer type is also found (hasNonInteger is true), the condition hasNonInteger and not result will be false. This causes the function to incorrectly return the integer value instead of nil for a union type.

To fix this, result should be cleared if any non-integer type is found, before attempting the recursive lookup.

 if hasNonInteger then
result = nil
end

[RomanSpector]

Done. Changed to unconditionally clear result when hasNonInteger is true, so union types (e.g. integer|string) correctly return nil.

[gemini-code-assist]

This block of code to get the URI and inferred types of operands is duplicated in several places within this file (e.g., lines 327-329, 343-345, 353-355, and 398-400). To improve maintainability and reduce redundancy, consider extracting this logic into a helper function.

For example, you could define this function at the top of the file:

localfunctiongetInfers(source)
returnguide.getUri(source), vm.getInfer(source[1]), vm.getInfer(source[2])
end

And then replace the duplicated blocks with a single call:

 local uri, infer1, infer2 = getInfers(source)

[RomanSpector]

Done. Extracted getOperandInfers(source) helper, replaced all 5 duplicated blocks.

[sumneko]

Thank you!