Started 16 days ago
Took 1 hr 18 min on green-dragon-17

Success Build rL:362975 - C:362965 - #57412 (Jun 10, 2019 12:43:07 PM)

Revisions
  • http://llvm.org/svn/llvm-project/llvm/trunk : 362975
  • http://llvm.org/svn/llvm-project/cfe/trunk : 362965
  • http://llvm.org/svn/llvm-project/compiler-rt/trunk : 362970
  • http://llvm.org/svn/llvm-project/debuginfo-tests/trunk : 362745
  • http://llvm.org/svn/llvm-project/zorg/trunk : 362851
  • http://llvm.org/svn/llvm-project/libcxx/trunk : 362967
  • http://llvm.org/svn/llvm-project/clang-tools-extra/trunk : 362939
Changes
  1. [LFTR] Use recomputed BE count

    This was discussed as part of D62880.  The basic thought is that computing BE taken count after widening should produce (on average) an equally good backedge taken count as the one before widening.  Since there's only one test in the suite which is impacted by this change, and it's essentially equivelent codegen, that seems to be a reasonable assertion.  This change was separated from r362971 so that if this turns out to be problematic, the triggering piece is obvious and easily revertable.

    For the nestedIV example from elim-extend.ll, we end up with the following BE counts:
    BEFORE: (-2 + (-1 * %innercount) + %limit)
    AFTER: (-1 + (sext i32 (-1 + %limit) to i64) + (-1 * (sext i32 %innercount to i64))<nsw>)

    Note that before is an i32 type, and the after is an i64.  Truncating the i64 produces the i32. (detail/ViewSVN)
    by reames

Started by an SCM change

This run spent:

  • 20 min waiting;
  • 1 hr 18 min build duration;
  • 1 hr 39 min total from scheduled to completion.
LLVM/Clang Warnings: 1 warning.
    Test Result (no failures)