Started 16 days ago
Took 4 hr 48 min on green-dragon-20

Success Build #18163 (Jun 8, 2019 5:27:44 AM)

Revisions
  • http://llvm.org/svn/llvm-project/llvm/trunk : 362874
  • http://llvm.org/svn/llvm-project/cfe/trunk : 362856
  • http://llvm.org/svn/llvm-project/compiler-rt/trunk : 362859
  • http://llvm.org/svn/llvm-project/debuginfo-tests/trunk : 362745
  • http://llvm.org/svn/llvm-project/libcxx/trunk : 362866
  • http://llvm.org/svn/llvm-project/clang-tools-extra/trunk : 362811
Changes
  1. [ARM] Adjust isLegalT1AddressImmediate for non-legal types

    Types such as float and i64's do not have legal loads in Thumb1, but will still
    be loaded with a LDR (or potentially multiple LDR's). As such we can treat the
    cost of addressing mode calculations the same as an i32 and get some optimisation
    benefits.

    Differential Revision: https://reviews.llvm.org/D62968 (detail/ViewSVN)
    by dmgreen
  2. [ARM] Add MVE addressing to isLegalT2AddressImmediate

    Now with MVE being added, we can add the vector addressing mode costs for it.
    These are generally imm7 multiplied by the size of the type being loaded /
    stored.

    Differential Revision: https://reviews.llvm.org/D62967 (detail/ViewSVN)
    by dmgreen
  3. [ARM] Add fp16 addressing to isLegalT2AddressImmediate

    The fp16 version of VLDR takes a imm8 multiplied by 2. This updates the costs
    to account for those, and adds extra testing. It is dependant upon hasFPRegs16
    as this is what the load/store instructions require.

    Differential Revision: https://reviews.llvm.org/D62966 (detail/ViewSVN)
    by dmgreen
  4. [ARM] Add extra gep costmodel tests for MVE and half float. NFC (detail/ViewSVN)
    by dmgreen
  5. [ARM] Add HasNEON for all Neon patterns in ARMInstrNEON.td. NFCI

    We are starting to add an entirely separate vector architecture to the ARM
    backend. To do that we need at least some separation between the existing NEON
    and the new MVE code. This patch just goes through the Neon patterns and
    ensures that they are predicated on HasNEON, giving MVE a stable place to start
    from.

    No tests yet as this is largely an NFC, and we don't have the other target that
    will treat any of these intructions as legal.

    Differential Revision: https://reviews.llvm.org/D62945 (detail/ViewSVN)
    by dmgreen

Started by upstream project clang-stage2-Rthinlto_relay build number 1569
originally caused by:

This run spent:

  • 6 ms waiting;
  • 4 hr 48 min build duration;
  • 4 hr 48 min total from scheduled to completion.
Cobol Warnings: 0 warnings.
  • No warnings since build 10,378.
  • New zero warnings highscore: no warnings for 374 days!
Test Result (no failures)