Home | Search | wasm - Builders
Login

Builder windows Build 4007 Microsoft Windows

Overview

Success

Input

Revision 4385104c44f7189db633f82379f596dae90ff6e9

Infra

Steps and Logs

Show:
  1. ( 10 ms ) setup_build

    running recipe: “wasm_llvm”

  2. ( 8 secs ) bot_update

    [50GB/299GB used (16%)]

  3. ( 50 mins 46 secs ) annotated steps
  4. ( 1 mins 6 secs ) Sync Repos
  5. ( 11 mins 8 secs ) LLVM
  6. ( 0 ) LLVM regression tests
  7. ( 28 secs ) V8
  8. ( 914 ms ) WABT
  9. ( 3 secs ) binaryen
  10. ( 35 secs ) fastcomp
  11. ( 1 mins 16 secs ) emscripten
  12. ( 3 mins 47 secs ) emscripten (asm2wasm)
  13. ( 1 mins 1 secs ) emscripten (emwasm)
  14. ( 17 secs ) musl
  15. ( 4 secs ) compiler-rt
  16. ( 24 secs ) libcxx
  17. ( 38 secs ) libcxxabi
  18. ( 2 mins 15 secs ) Archive binaries
  19. ( 21 secs ) Compile LLVM Torture (O0)
  20. ( 3 secs ) Execute LLVM Torture (validate, O0)
  21. ( 26 secs ) Compile LLVM Torture (O2)
  22. ( 2 secs ) Execute LLVM Torture (validate, O2)
  23. ( 17 secs ) Link LLVM Torture (lld, O0)
  24. ( 16 secs ) Link LLVM Torture (lld, O2)
  25. ( 8 mins 42 secs ) Compile LLVM Torture (emwasm, O0)
  26. ( 17 mins 14 secs ) Compile LLVM Torture (emwasm, O3)
  27. ( 1 secs ) Execute emscripten wasm simd
  28. ( 28 secs ) Summary
  29. ( 1 ms ) recipe result

Timing

Create Thursday, 14-Mar-19 17:52:57 UTC
Start Thursday, 14-Mar-19 20:57:17 UTC
End Thursday, 14-Mar-19 21:51:26 UTC
Pending 3 hrs 4 mins
Execution 54 mins 8 secs

Tags

KeyValue
buildset commit/git/4385104c44f7189db633f82379f596dae90ff6e9
buildset commit/gitiles/llvm.googlesource.com/llvm/+/4385104c44f7189db633f82379f596dae90ff6e9
scheduler_invocation_id 9084419383901840320
scheduler_job_id wasm/windows
user_agent luci-scheduler

Input Properties

NameValue
$recipe_engine/runtime { "is_experimental": false, "is_luci": true }
branch "refs/heads/master"
buildername "windows"
buildnumber 4007
mastername "client.wasm.llvm"
repository "https://llvm.googlesource.com/llvm"
revision "4385104c44f7189db633f82379f596dae90ff6e9"

Output Properties

NameValue
$recipe_engine/path { "cache_dir": "C:\\b\\swarming\\w\\ir\\cache", "temp_dir": "C:\\b\\swarming\\w\\ir\\tmp\\rt" }
$recipe_engine/runtime { "is_experimental": false, "is_luci": true }
bot_id "swarm937-c4"
branch "refs/heads/master"
buildername "windows"
buildnumber 4007
got_revision "11f160de8d6d9baccf9b0479346f2163486620e5"
got_waterfall_revision "b0d7ba40c108aa169f37e023454e828dc737a0ed"
mastername "client.wasm.llvm"
path_config "generic"
recipe "wasm_llvm"
repository "https://llvm.googlesource.com/llvm"
revision "4385104c44f7189db633f82379f596dae90ff6e9"

All Changes

  1. [ARC] Better classify add/sub immediate instructions in frame lowering.

    Changed by Pete Couperus - petecoupohnoyoudont@synopsys.com
    Changed at Thursday, 14-Mar-19 17:50:46 UTC
    Repository https://llvm.googlesource.com/llvm
    Branch
    Revision 4385104c44f7189db633f82379f596dae90ff6e9

    Comments

    [ARC] Better classify add/sub immediate instructions in frame lowering.
    
    Summary:
    Some operations have multiple ARC instructions that are applicable.
    For instance, "add r0, r0, 123" can be encoded as a "LImm" instruction
    with a 32-bit immediate (8-bytes), or as a signed 12-bit immediate instruction
    for the case where the source and destination register are the same (4-bytes).
    The ARC assembler will choose the shortest encoding, but we should track
    the correct instruction in the compiler.
    This patch fixes the instruction used in some cases from ARCFrameLowering.
    
    Subscribers: hiraditya, jdoerfert, llvm-commits
    
    Tags: #llvm
    
    Differential Revision: https://reviews.llvm.org/D59326
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@356179 91177308-0d34-0410-b5e6-96231b3b80d8
    

    Changed files

    • lib/Target/ARC/ARCFrameLowering.cpp
  2. Speeding up llvm-cov export with multithreaded renderFiles implementation.

    Changed by Max Moroz - mmorozohnoyoudont@chromium.org
    Changed at Thursday, 14-Mar-19 17:49:27 UTC
    Repository https://llvm.googlesource.com/llvm
    Branch
    Revision 3384c56bc0a6b2982282f8850af6c232ec98135e

    Comments

    Speeding up llvm-cov export with multithreaded renderFiles implementation.
    
    Summary:
    CoverageExporterJson::renderFiles accounts for most of the execution time given a large profdata file with multiple binaries.
    
    Proposed solution is to generate JSON for each file in parallel and sort at the end to preserve deterministic output. Also added flags to skip generating parts of the output to trim the output size.
    
    Patch by Sajjad Mirza (@sajjadm).
    
    Reviewers: Dor1s, vsk
    
    Reviewed By: Dor1s, vsk
    
    Subscribers: liaoyuke, mgrang, jdoerfert, llvm-commits
    
    Tags: #llvm
    
    Differential Revision: https://reviews.llvm.org/D59277
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@356178 91177308-0d34-0410-b5e6-96231b3b80d8
    

    Changed files

    • docs/CommandGuide/llvm-cov.rst
    • test/tools/llvm-cov/export_functions.test
    • test/tools/llvm-cov/showExpansions.cpp
    • tools/llvm-cov/CodeCoverage.cpp
    • tools/llvm-cov/CoverageExporterJson.cpp
    • tools/llvm-cov/CoverageViewOptions.h
  3. [InstCombine] add tests for funnel shift constant shift amount mod bitwidth; NFC

    Changed by Sanjay Patel - spatelohnoyoudont@rotateright.com
    Changed at Thursday, 14-Mar-19 17:39:40 UTC
    Repository https://llvm.googlesource.com/llvm
    Branch
    Revision 587de2cafa83c6b8589655dcf77f9b7cf0bd3bc5

    Comments

    [InstCombine] add tests for funnel shift constant shift amount mod bitwidth; NFC
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@356175 91177308-0d34-0410-b5e6-96231b3b80d8
    

    Changed files

    • test/Transforms/InstCombine/fsh.ll
  4. [Tests] Add tests for reordering of unordered atomics on invariant locations

    Changed by Philip Reames - listmailohnoyoudont@philipreames.com
    Changed at Thursday, 14-Mar-19 17:36:58 UTC
    Repository https://llvm.googlesource.com/llvm
    Branch
    Revision 4411e545d04a718904059d75a0cabbc226dc2788

    Comments

    [Tests] Add tests for reordering of unordered atomics on invariant locations
    
    
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@356172 91177308-0d34-0410-b5e6-96231b3b80d8
    

    Changed files

    • test/CodeGen/X86/atomic-unordered.ll
  5. Allow code motion (and thus folding) for atomic (but unordered) memory operands

    Changed by Philip Reames - listmailohnoyoudont@philipreames.com
    Changed at Thursday, 14-Mar-19 17:20:59 UTC
    Repository https://llvm.googlesource.com/llvm
    Branch
    Revision 7747c1d2df876168611373f39f8513701f77e777

    Comments

    Allow code motion (and thus folding) for atomic (but unordered) memory operands
    
    Building on the work done in D57601, now that we can distinguish between atomic and volatile memory accesses, go ahead and allow code motion of unordered atomics. As seen in the diffs, this allows much better folding of memory operations into using instructions. (Mostly done by the PeepholeOpt pass.)
    
    Note: I have not reviewed all callers of hasOrderedMemoryRef since one of them - isSafeToMove - is very widely used. I'm relying on the documented semantics of each method to judge correctness.
    
    Differential Revision: https://reviews.llvm.org/D59345
    
    
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@356170 91177308-0d34-0410-b5e6-96231b3b80d8
    

    Changed files

    • lib/CodeGen/MachineInstr.cpp
    • test/CodeGen/X86/atomic-non-integer.ll
    • test/CodeGen/X86/atomic-unordered.ll
  6. [Tests] Add negative folding tests w/fences as requested in D59345

    Changed by Philip Reames - listmailohnoyoudont@philipreames.com
    Changed at Thursday, 14-Mar-19 17:05:18 UTC
    Repository https://llvm.googlesource.com/llvm
    Branch
    Revision 3b4378582808382fd4abfb57b51ec6e2ce77ee4c

    Comments

    [Tests] Add negative folding tests w/fences as requested in D59345
    
    
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@356165 91177308-0d34-0410-b5e6-96231b3b80d8
    

    Changed files

    • test/CodeGen/X86/atomic-unordered.ll
  7. [X86] Fix the pattern changes from r356121 so that the ROR*r1/ROR*m1 pattern use the rotr opcode.

    Changed by Craig Topper - craig.topperohnoyoudont@intel.com
    Changed at Thursday, 14-Mar-19 16:53:24 UTC
    Repository https://llvm.googlesource.com/llvm
    Branch
    Revision 13b61457d35a5d694e994b5b2e5050a11199af9a

    Comments

    [X86] Fix the pattern changes from r356121 so that the ROR*r1/ROR*m1 pattern use the rotr opcode.
    
    These instructions used to use rotl with a bitwidth-1 immediate. I changed the immediate to 1,
    but failed to change the opcode.
    
    Thankfully this seems to have not caused a functional issue because we now had two rotl by 1 patterns,
    but the correct ones were earlier and took priority. So we just missed some optimization.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@356164 91177308-0d34-0410-b5e6-96231b3b80d8
    

    Changed files

    • lib/Target/X86/X86InstrShiftRotate.td
    • test/CodeGen/X86/funnel-shift-rot.ll
    • test/CodeGen/X86/rot32.ll
    • test/CodeGen/X86/rot64.ll