search for: eval_ord

...ays last because getSub() and getMul() must execute before getAdd() but AFAIK there's nothing that controls the relative order that getSub() and getMul() are evaluated and inserted beyond saying that they aren't interleaved. If I'm interpreting https://en.cppreference.com/w/cpp/language/eval_order correctly, C++17 makes it more explicit than the old rules (rule 15 in particular). On Jan 30, 2019, at 16:55, Arsenault, Matthew via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: Hi, I’m finding the API for MachineIRBuilder to be pretty annoying...

Hi, I’m finding the API for MachineIRBuilder to be pretty annoying to use compared to SelectionDAG. I think it’s making the majority of code more verbose and unwieldly for anything less than trivial. I think changing it to behave more like the DAG.get* functions would make it easier to use, and decrease the mental overhead when porting code from SelectionDAG. The main issue is needing to create