[all-commits] [llvm/llvm-project] c4d2bb: [LegalizeTypes] Remove the call to SplitVecRes_Una...

topperc via All-commits all-commits at lists.llvm.org
Mon Dec 16 23:51:05 PST 2019


  Branch: refs/heads/master
  Home:   https://github.com/llvm/llvm-project
  Commit: c4d2bb1ede04985a9b1a57b75a6a0d773fb78fd9
      https://github.com/llvm/llvm-project/commit/c4d2bb1ede04985a9b1a57b75a6a0d773fb78fd9
  Author: Craig Topper <craig.topper at gmail.com>
  Date:   2019-12-16 (Mon, 16 Dec 2019)

  Changed paths:
    M llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp

  Log Message:
  -----------
  [LegalizeTypes] Remove the call to SplitVecRes_UnaryOp from SplitVecRes_StrictFPOp. NFCI

It doesn't seem to do anything that SplitVecRes_StrictFPOp can't
do. SplitVecRes_StrictFPOp already handles nodes with a variable
number of arguments and a mix of scalar and vector arguments.


  Commit: c738ebc1f57e6e1e3c1c798cb9f3385d67d34f8a
      https://github.com/llvm/llvm-project/commit/c738ebc1f57e6e1e3c1c798cb9f3385d67d34f8a
  Author: Craig Topper <craig.topper at gmail.com>
  Date:   2019-12-16 (Mon, 16 Dec 2019)

  Changed paths:
    M llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.h
    M llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp

  Log Message:
  -----------
  [LegalizeTypes] Remove ScalarizeVecRes_STRICT_FP_ROUND in favor of just using ScalarizeVecRes_StrictFPOp. NFCI

It looks like ScalarizeVecRes_StrictFPOp can handle a variable
number of arguments with scalar and vector types so it should
be sufficient.


  Commit: 13ce7c1291b95eaadef2c66e372a070b45e207bc
      https://github.com/llvm/llvm-project/commit/13ce7c1291b95eaadef2c66e372a070b45e207bc
  Author: Craig Topper <craig.topper at gmail.com>
  Date:   2019-12-16 (Mon, 16 Dec 2019)

  Changed paths:
    M llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp

  Log Message:
  -----------
  [LegalizeTypes] Pre-size the SmallVectors in ScalarizeVecRes_StrictFPOp and SplitVecRes_StrictFPOp so we don't have to call push_back. NFCI

This avoids grow checking/handling in each iteration of the loop.


Compare: https://github.com/llvm/llvm-project/compare/97182013c458...13ce7c1291b9


More information about the All-commits mailing list