Started 1 yr 3 mo ago
Took 6 min 47 sec on green-dragon-17

Failed Build #18491 (Jul 22, 2019 6:32:48 PM)

  • : 366772
  • : 366761
  • : 366738
  • : 364589
  • : 366735
  • : 366698
  1. [llvm-lipo] Implement -info

    Prints architecture type of all input files.

    Patch by Anusha Basana <>

    Differential Revision: (detail/ViewSVN)
    by smeenai
  2. Fixing build error from commit 95cbc3d

    [Attributor] Liveness analysis.

    Liveness analysis abstract attribute used to indicate which BasicBlocks are dead and can therefore be ignored.
    Right now we are only looking at noreturn calls.

    Reviewers: jdoerfert, uenoku

    Subscribers: hiraditya, llvm-commits

    Differential Revision: (detail/ViewSVN)
    by sstefan
  3. [Statepoints] Fix a bug in statepoint lowering for functions w/no-realign-stack

    We were silently using the ABI alignment for all of the stores generated for deopt and gc values.  We'd gotten the alignment of the stack slot itself properly reduced (via MachineFrameInfo's clamping), but having the MMO on the store incorrect was enough for us to generate an aligned store to a unaligned location.

    The simplest fix would have been to just pass the alignment to the helper function, but once we do that, the helper function doesn't really help.  So, inline it and directly call the MMO version of DAG.getStore with a properly constructed MMO.

    Note that there's a separate performance possibility here.  Even if we *can* realign stacks, we probably don't *want to* if all of the stores are in slowpaths.  But that's a later patch, if at all.  :) (detail/ViewSVN)
    by reames
  4. Fix pointer width in test from r366754. (detail/ViewSVN)
    by pcc
  5. gn build: Wrap two comments to 80 columns (detail/ViewSVN)
    by nico
  6. [DWARF] Add more error handling to debug line parser.

    This patch exnteds the error handling in the debug line parser to get
    rid of the existing MD5 assertion. I want to reuse the debug line parser
    from LLVM in LLDB where we cannot crash on invalid input.

    Differential revision: (detail/ViewSVN)
    by jdevlieghere
  7. [NFC][clang] Refactor getCompilationPhases()+Types.def step 1.

    Moves list of phases into Types.def table: Currently Types.def contains a
    table of strings that are used to assemble a list of compilation phases to be
    setup in the clang driver's jobs pipeline. This change makes it so that the table
    itself contains the list of phases. A subsequent patch will remove the strings.

    Differential Revision: (detail/ViewSVN)
    by zer0
  8. [Statepoints] Add a test which shows a miscompile with no-realign-stacks (detail/ViewSVN)
    by reames
  9. Revert "Fixing build error from commit 9285295."

    This reverts commit 95cbc3da8871f43c1ce2b2926afaedcd826202b1. (detail/ViewSVN)
    by sstefan
  10. llvm-objcopy/test: add REQUIRES: shell for use of umask

    (follow-up to r365162) (detail/ViewSVN)
    by dblaikie
  11. Analysis: Don't look through aliases when simplifying GEPs.

    It is not safe in general to replace an alias in a GEP with its aliasee
    if the alias can be replaced with another definition (i.e. via strong/weak
    resolution (linkonce_odr) or via symbol interposition (default visibility
    in ELF)) while the aliasee cannot. An example of how this can go wrong is
    in the included test case.

    I was concerned that this might be a load-bearing misoptimization (it's
    possible for us to use aliases to share vtables between base and derived
    classes, and on Windows, vtable symbols will always be aliases in RTTI
    mode, so this change could theoretically inhibit trivial devirtualization
    in some cases), so I built Chromium for Linux and Windows with and without
    this change. The file sizes of the resulting binaries were identical, so it
    doesn't look like this is going to be a problem.

    Differential Revision: (detail/ViewSVN)
    by pcc
  12. Fixing build error from commit 9285295.

    [Attributor] Liveness analysis.

    Liveness analysis abstract attribute used to indicate which BasicBlocks are dead and can therefore be ignored.
    Right now we are only looking at noreturn calls.

    Reviewers: jdoerfert, uenoku

    Subscribers: hiraditya, llvm-commits

    Differential revision: (detail/ViewSVN)
    by sstefan
  13. [NFC][PatternMatch] Refactor code into a proper "matcher for any integral constant"

    Having it as a proper matcher is better for reusability elsewhere
    (in a follow-up patch.) (detail/ViewSVN)
    by lebedevri
  14. [InstSimplify][NFC] Tests for skipping 'div-by-0' checks before @llvm.umul.with.overflow

    These may remain after @llvm.umul.with.overflow was canonicalized
    from the code that was originally doing the check via division. (detail/ViewSVN)
    by lebedevri
  15. [SimplifyCFG][NFC] Test that we fail to flatten CFG in JPEG "sign" value extend pattern

    This comes up in JPEG decoding, see e.g.
    Figure F.12 – Extending the sign bit of a decoded value in V
    of ITU T.81 (JPEG specification). (detail/ViewSVN)
    by lebedevri
  16. [SimplifyCFG][NFC] Test that we fail to flatten CFG after forming @llvm.umul.with.overflow

    Even if we formed @llvm.umul.with.overflow, we are still stuck
    with that guard against div-by-zero, which is no longer needed,
    because we didn't flatten the CFG. (detail/ViewSVN)
    by lebedevri
  17. [InstCombine][NFC] Tests for canonicalization of unsigned multiply overflow check (detail/ViewSVN)
    by lebedevri
  18. [NFC][PhaseOrdering] Add tests showcasing the problems of unsigned multiply overflow check

    While we can form the @llvm.mul.with.overflow easily,
    we are still left with that check that was guarding against div-by-0.
    And in the second case we won't even flatten the CFG. (detail/ViewSVN)
    by lebedevri
  19. [IndVarSimplify][NFC] Autogenerate check lines in loop_evaluate_1.ll

    Being affected by upcoming patch. (detail/ViewSVN)
    by lebedevri
  20. [Driver] Set the default win32-macho debug format to DWARF


    Differential Revision: (detail/ViewSVN)
    by vedantk

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

This run spent:

  • 3 ms waiting;
  • 6 min 47 sec build duration;
  • 6 min 47 sec total from scheduled to completion.

Identified problems

Ninja target failed

Below is a link to the first failed ninja target.
Indication 1

Compile Error

This build failed because of a compile error. Below is a list of all errors in the build log:
Indication 2

Missing test results

The test result file Jenkins is looking for does not exist after the build.
Indication 3