GitLab

liveins

(for calling convention)

No regression, but new tests still doesn't run. Marked them
as expect fail or skip. Going to work on them later.

need to be fixed)

results in different code (the same as clang did)

(cannot load this test as dylib, it would involve PIC code on linux)

replacing most uses of HashMap with LinkedHashMap. This will reduce (if not eliminate) undeterminism in the compilation.
Copied LinkedHashMap implementation to local so that I can implement encode/decode and other necessary methods

a jump that directly is directly followed by a label of its target
can be removed.

1. asm call do not use all argument registers (otherwise it will keep
them alive)
2. spilling a register that is used and defined in one instruction will
result in creating one new temporary, instead of two
3. spilling now deals with floating point
4. SELECT with int8 is implemented using conditional jump (cmov cannot
take reg8)
5. postcall convention now deals correctly with fp return values
6. reg alloc conservative() was wrong in a few commits ago, fixed it
7. in liveness analysis, when finding a move between a temp and a
register, find the color for the register (such as RAX for EAX)

currently mov constant as imm to a GPR, then mov from GPR
to xmm. A better approach should be put the immediate in memroy,
and load it

when we add interefence between %a and %edi, we also add %a with %rdi
because we cannot assign rdi to a

changed a condition on coealescing. Fixed a bug in spilling rewrite.
Currently test_extern_Func is broken

1. see vm/vm_options.rs for usage and default values
2. added mu_fastimpl_new_with_opts under vm/api/api_impl/muvm.rs

internally int1 is int8

1. compiler knows all the registers
2. but only 64bits register is a color (for reg alloc)
3. backend records the length of GPR for each operand during instruction
selection
4. after reg alloc, when replacing temp with a color, find corresponding
GPR for the length recorded before

currently we only use 64bit registers, extend/truncate result if it is
not 64bits. This is awful. Going to use all the registers, for example,
AL, AX, EAX, RAX, but will not use AH (so reg alloc is simpler)