Started 7 days 4 hr ago
Took 5 hr 4 min on green-dragon-02

Success Build #14207 (Jun 12, 2019 12:20:40 PM)

  • : 363193
  • : 363191
  • : 363167
  • : 362745
  • : 363177
  • : 363117
  • : 363150
  1. [Tests] Autogen RLEV test and add tests for a future enhancement (detail)
    by reames
  2. [Tests] Add tests to highlight sibling loop optimization order issue for exit rewriting

    The issue addressed in r363180 is more broadly relevant.  For the moment, we don't actually get any of these cases because we a) restrict SCEV formation due to SCEExpander needing to preserve LCSSA, and b) don't iterate between loops. (detail)
    by reames
  3. [MS] Pretend constexpr variable template specializations are inline

    Fixes link errors with clang and the latest Visual C++ 14.21.27702
    headers, which was reported as PR42027.

    I chose to intentionally make these things linkonce_odr, i.e.
    discardable, so that we don't emit definitions of these things in every
    translation unit that includes STL headers.

    Note that this is *not* what MSVC does: MSVC has not yet implemented C++
    DR2387, so they emit fully specialized constexpr variable templates with
    static / internal linkage.

    Reviewers: rsmith

    Differential Revision: (detail)
    by rnk
  4. [AMDGPU] more gfx1010 tests. NFC. (detail)
    by rampitec
  5. [llvm-ar][test] Relax lit directory assumptions in thin-archive.test

    Summary: thin-archive.test assumes the Output/<testname> structure that lit creates. Rewrite the test in a way that still tests the same thing (creating via relative path and adding via absolute path) but doesn't assume this specific lit structure, making it possible to run in a lit emulator.

    Reviewers: gbreynoo

    Reviewed By: gbreynoo

    Subscribers: llvm-commits, bkramer

    Tags: #llvm

    Differential Revision: (detail)
    by rupprecht
  6. PR42220: take into account the possibility of aggregates with base
    classes when checking an InitListExpr for lifetime extension. (detail)
    by rsmith
  7. [analyzer] ProgramPoint: more explicit printJson()

    Summary: Now we print out every possible kinds of ProgramPoints.

    Reviewers: NoQ, xazax.hun, ravikandhadai, baloghadamsoftware, Szelethus

    Reviewed By: NoQ

    Subscribers: szepet, rnkovacs, a.sidorin, mikhail.ramalho, donat.nagy,
                 dkrupp, cfe-commits

    Tags: #clang

    Differential Revision: (detail)
    by charusso
  8. [AMDGPU] gfx1010 dpp16 and dpp8

    Differential Revision: (detail)
    by rampitec
  9. [AMDGPU] gfx1010 premlane instructions

    Differential Revision: (detail)
    by rampitec
  10. [Mips] Add s.d instruction alias for Mips1

    Add support for s.d instruction for Mips1 which expands into two swc1

    Patch by Mirko Brkusanin.

    Differential Revision: (detail)
    by atanasyan
  11. [llvm-lipo] Update llvm-lipo docs for -archs flag

    The information for -archs flag is added to llvm-lipo.rst.

    Patch by Anusha Basana <>

    Differential Revision: (detail)
    by smeenai
  12. [X86][SSE] Avoid unnecessary stack codegen in NT merge-consecutive-stores codegen tests. (detail)
    by rksimon
  13. [SCEV] Teach computeSCEVAtScope benefit from one-input Phi. PR39673

    SCEV does not propagate arguments through one-input Phis so as to make it easy for the SCEV expander (and related code) to preserve LCSSA.  It's not entirely clear this restriction is neccessary, but for the moment it exists.   For this reason, we don't analyze single-entry phi inputs.  However it is possible that when an this input leaves the loop through LCSSA Phi, it is a provable constant.  Missing that results in an order of optimization issue in loop exit value rewriting where we miss some oppurtunities based on order in which we visit sibling loops.

    This patch teaches computeSCEVAtScope about this case. We can generalize it later, but so far we can only replace LCSSA Phis with their constant loop-exiting values.  We should probably also add similiar logic directly in the SCEV construction path itself.

    Patch by: mkazantsev (with revised commit message by me)
    Differential Revision: (detail)
    by reames
  14. [TargetLowering] Add MachineMemOperand::Flags to allowsMemoryAccess tests (PR42123)

    As discussed on D62910, we need to check whether particular types of memory access are allowed, not just their alignment/address-space.

    This NFC patch adds a MachineMemOperand::Flags argument to allowsMemoryAccess and allowsMisalignedMemoryAccesses, and wires up calls to pass the relevant flags to them.

    If people are happy with this approach I can then update X86TargetLowering::allowsMisalignedMemoryAccesses to handle misaligned NT load/stores.

    Differential Revision: (detail)
    by rksimon
  15. [X86][AVX] Fold concat(vpermilps(x,c),vpermilps(y,c)) -> vpermilps(concat(x,y),c)


    An extra AVX1 PSHUFD->VPERMILPS combine will be added in a future commit. (detail)
    by rksimon
  16. [lldb-cmake-standalone] Run check-lldb in TERM=vt100 (detail)
    by stefan.graenitz
  17. [lldb-cmake-standalone] Checkout libc++ the same way as other subprojects (detail)
    by stefan.graenitz
  18. [InstCombine] add tests for fmin/fmax libcalls; NFC (detail)
    by spatel
  19. Revert rL363156.

    The patch was to fix buildbots, but rL363157 should now be fixing it
    in a cleaner way. (detail)
    by sam_parker
  20. [NFC[ Updated tests for D54411 (detail)
    by xbolva00
  21. gn build: Add SystemZ target (detail)
    by nico
  22. StackProtector: Use PointerMayBeCaptured

    This was using its own, outdated list of possible captures. This was
    at minimum not catching cmpxchg and addrspacecast captures.

    One change is now any volatile access is treated as capturing. The
    test coverage for this pass is quite inadequate, but this required
    removing volatile in the lifetime capture test.

    Also fixes some infrastructure issues to allow running just the IR

    Fixes bug 42238. (detail)
    by arsenm
  23. AMDGPU/GlobalISel: Fix using illegal situations in tests

    These were using illegal copies as the side effecting use, so make
    them legal. (detail)
    by arsenm
  24. [compiler-rt] Fix test on Overlay2 (for Docker)

    This patch aims to fix the test case, that fails on Docker.

    Overlay2 on Docker does not support the current check for the name_to_handle_at()
    function call of the test case. The proposed fix is to check for /dev/null in
    the test instead, as this check is supported. Checking for /dev/null has been
    utilized in the past for other test cases, as well.

    Differential Revision: (detail)
    by amyk
  25. [ARM] Fix compiler warning

    Without this fix clang 3.6 complains with:

    ../lib/Target/ARM/ARMAsmPrinter.cpp:1473:18: error: variable 'BranchTarget' is used uninitialized whenever 'if' condition is false [-Werror,-Wsometimes-uninitialized]
          } else if (MI->getOperand(1).isSymbol()) {
    ../lib/Target/ARM/ARMAsmPrinter.cpp:1479:22: note: uninitialized use occurs here
    ../lib/Target/ARM/ARMAsmPrinter.cpp:1473:14: note: remove the 'if' if its condition is always true
          } else if (MI->getOperand(1).isSymbol()) {
    ../lib/Target/ARM/ARMAsmPrinter.cpp:1465:33: note: initialize the variable 'BranchTarget' to silence this warning
          const MCExpr *BranchTarget;
                                     = nullptr
    1 error generated.

    Discussed here: (detail)
    by uabelho
  26. LoopVersioning: Respect convergent

    This changes the standalone pass only. Arguably the utility class
    itself should assert there are no convergent calls. However, a target
    pass with additional context may still be able to version a loop if
    all of the dynamic conditions are sufficiently uniform. (detail)
    by arsenm

Started by timer (6 times)

This run spent:

  • 5 hr 9 min waiting;
  • 5 hr 4 min build duration;
  • 10 hr total from scheduled to completion.
Test Result (no failures)