about summary refs log tree commit diff
path: root/compiler/rustc_codegen_llvm/src
diff options
context:
space:
mode:
authorHavvy (Ryan Scheel) <ryan.havvy@gmail.com>2020-11-22 02:48:14 -0800
committerHavvy (Ryan Scheel) <ryan.havvy@gmail.com>2020-11-22 03:13:27 -0800
commitb6f9705804dd590ef9fa2842bae59ec7d9130f10 (patch)
treeef9947aa0c55ee861677afd8cc7ebfa96f11eb78 /compiler/rustc_codegen_llvm/src
parent70090118c281ea7dba2e6093462d8ae0e1fa7195 (diff)
downloadrust-b6f9705804dd590ef9fa2842bae59ec7d9130f10.tar.gz
rust-b6f9705804dd590ef9fa2842bae59ec7d9130f10.zip
Add test for eval order for a+=b
Yes, the order of evaluation *does* change depending on the types of
the operands. Cursed, I know.

I've elected to place this test into `expr/compound-assignment` creating
both the `expr` directory and the `compound-assignment` directory. I
plan in a future PR to also move the `if` directory and the loose `if`
tests into `expr/if` and other similar cleanups of the `test/ui`
directory.

Future work: Test more than just `+=`, but all operators. I don't know
if using a macro to generate these tests cases would be okay or not,
but it'd be boilerplatey without it. I'm also confident you cannot
change the evaluation order of one operator without changing all of
them.

Future work: Additionally, test more than just `i32 += i32` for the
primitive version. I don't actually know the full set of primitive
implementations, but I imagine there's enough to cause a combinatorial
explosion with the previous future work item. Somewhere on the order of
one to two hundred individual functions.
Diffstat (limited to 'compiler/rustc_codegen_llvm/src')
0 files changed, 0 insertions, 0 deletions