Started 10 days ago
Took 1 hr 19 min on green-dragon-08

Success Build #17899 (Jul 9, 2019 3:56:21 AM)

  • : 365461
  • : 365454
  • : 365424
  • : 364589
  • : 365359
  • : 365460
  1. [docs][llvm-nm] Improve some wording

    In particular, the --debug-syms switch really doesn't have anything to
    do with debuggers, so I've updated the document accordingly. (detail/ViewSVN)
    by jhenderson
  2. Fixed assertion (detail/ViewSVN)
    by sureyeaah
  3. [SelectionDAG] Simplify some calls to getSetCCResultType. NFC

    DAGTypeLegalizer and SelectionDAGLegalize has helper
    functions wrapping the call to TLI.getSetCCResultType(...).
    Use those helpers in more places. (detail/ViewSVN)
    by bjope
  4. [LegalizeTypes] Fix saturation bug for smul.fix.sat

    Make sure we use SETGE instead of SETGT when checking
    if the sign bit is zero at SMULFIXSAT expansion.

    The faulty expansion occured when doing "expand" of
    SMULFIXSAT and the scale was exactly matching the
    size of the smaller type. For example doing
      i64 Z = SMULFIXSAT X, Y, 32
    and expanding X/Y/Z into using two i32 values.

    The problem was that we sometimes did not saturate
    to min when overflowing.

    Here is an example using Q3.4 numbers:

    Consider that we are multiplying X and Y.
      X = 0x80 (-8.0 as Q3.4)
      Y = 0x20 (2.0 as Q3.4)
    To avoid loss of precision we do a widening
    multiplication, getting a 16 bit result
      Z = 0xF000 (-16.0 as Q7.8)

    To detect negative overflow we should check if
    the five most significant bits in Z are less than -1.
    Assume that we name the 4 most significant bits
    as HH and the next 4 bits as HL. Then we can do the
    check by examining if
    (HH < -1) or (HH == -1 && "sign bit in HL is zero").

    The fault was that we have been doing the check as
    (HH < -1) or (HH == -1 && HL > 0)
    instead of
    (HH < -1) or (HH == -1 && HL >= 0).

    In our example HH is -1 and HL is 0, so the old
    code did not trigger saturation and simply truncated
    the result to 0x00 (0.0). With the bugfix we instead
    detect that we should saturate to min, and the result
    will be set to 0x80 (-8.0).

    Reviewers: leonardchan, bevinh

    Reviewed By: leonardchan

    Subscribers: hiraditya, llvm-commits

    Tags: #llvm

    Differential Revision: (detail/ViewSVN)
    by bjope
  5. Retire VS2015 Support

    As proposed here:

    This patch raises the minimum supported version to build LLVM/Clang to Visual Studio 2017.

    Differential Revision: (detail/ViewSVN)
    by rksimon
  6. dummy variable extraction on a function scope

    - Added extraction to a dummy variable
    - using auto for the dummy variable type for now
    - Works on a function scope
    - Adding braces to create a compound statement not supported yet
    - added unit tests

    Reviewers: sammccall, kadircet

    Subscribers: mgorny, jkorous, arphaman, cfe-commits

    Tags: #clang

    Differential Revision: (detail/ViewSVN)
    by sureyeaah
  7. Retire VS2015 Support

    As proposed here:

    This patch raises the minimum supported version to build LLVM/Clang to Visual Studio 2017.

    Differential Revision: (detail/ViewSVN)
    by rksimon
  8. [docs][llvm-dwarfdump] Make some option descriptions clearer and more precise

    Some of the wording in the doc (taken largely from the help text), was a
    little imprecise in some cases, so this patch makes it a little more

    Reviewed by: JDevlieghere, probinson

    Differential Revision: (detail/ViewSVN)
    by jhenderson
  9. [llvm-profdata] Don't make the output overwrite the input file.

    Some file systems may not allow this behavior, the test fails on our internal
    system ("Permission denied"). (detail/ViewSVN)
    by hokein
  10. Fixing @llvm.memcpy not honoring volatile.
    This is explicitly not addressing target-specific code, or calls to memcpy.


    Reviewers: courbet

    Subscribers: hiraditya, llvm-commits

    Tags: #llvm

    Differential Revision: (detail/ViewSVN)
    by gchatelet
  11. Revert r364515 and r364524

    Jordan reports on llvm-commits a performance regression with r364515,
    backing the patch out while it's investigated. (detail/ViewSVN)
    by jmorse

Started by upstream project Clang Stage 1: cmake, RA, using system compiler build number 57818
originally caused by:

This run spent:

  • 59 min waiting;
  • 1 hr 19 min build duration;
  • 2 hr 19 min total from scheduled to completion.
LLVM/Clang Warnings: 0 warnings.
  • No warnings since build 17,881.
  • Still 68 days before reaching the previous zero warnings highscore.