Started 9 days 5 hr ago
Took 12 min on green-dragon-17

Success Build rL:362971 - C:362965 - #62240 (Jun 10, 2019 10:50:50 AM)

Revisions
  • http://llvm.org/svn/llvm-project/llvm/trunk : 362971
  • http://llvm.org/svn/llvm-project/cfe/trunk : 362965
Changes
  1. Prepare for multi-exit LFTR [NFC]

    This change does the plumbing to wire an ExitingBB parameter through the LFTR implementation, and reorganizes the code to work in terms of a set of individual loop exits. Most of it is fairly obvious, but there's one key complexity which makes it worthy of consideration. The actual multi-exit LFTR patch is in D62625 for context.

    Specifically, it turns out the existing code uses the backedge taken count from before a IV is widened. Oddly, we can end up with a different (more expensive, but semantically equivelent) BE count for the loop when requerying after widening.  For the nestedIV example from elim-extend, 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>)

    This is the only test in tree which seems sensitive to this difference. The actual result of using the wider BETC on this example is that we actually produce slightly better code. :)

    In review, we decided to accept that test change.  This patch is structured to preserve the old behavior, but a separate change will immediate follow with the behavior change.  (I wanted it separate for problem attribution purposes.)

    Differential Revision: https://reviews.llvm.org/D62880 (detail/ViewSVN)
    by reames
  2. [ELF][llvm-objdump] Treat dynamic tag values as virtual addresses instead of offsets

    The ELF gABI requires the tag values of DT_REL, DT_RELA and DT_JMPREL to be
    treated as virtual addresses. They were treated as offsets. Fixes PR41832.

    Differential Revision: https://reviews.llvm.org/D62972 (detail/ViewSVN)
    by wolfgangp

Started by an SCM change

This run spent:

  • 8.3 sec waiting;
  • 12 min build duration;
  • 12 min total from scheduled to completion.
LLVM/Clang Warnings: 0 warnings.
  • No warnings since build 62,234.
  • Still 22 days before reaching the previous zero warnings highscore.
Test Result (no failures)