Started 2 yr 8 mo ago
Took 50 min on green-dragon-03

Failed Build r302036 (#5687) (May 3, 2017 9:35:48 AM)

Subproject Builds

Revision: 302036
Changes
  1. [Hexagon] Handle S2_storerf_io in HexagonInstrInfo (detail/ViewSVN)
    by kparzysz
  2. [Hexagon] Misc fixes in HexagonInstrInfo, NFC

    Formatting changes + remove unused function. (detail/ViewSVN)
    by kparzysz
  3. [Hexagon] Adjust latency between allocframe and the first store on stack

    Allocframe and the following stores on the stack have a latency of 2 cycles
    when not in the same packet. This happens because R29 is needed early by the
    store instruction. Since one of such stores can be packetized along with
    allocframe and use old value of R29, we can assign it 0 cycle latency
    while leaving latency of other stores to the default value of 2 cycles.

    Patch by Jyotsna Verma. (detail/ViewSVN)
    by kparzysz
  4. [Hexagon] Handle J2_jumptpt and J2_jumpfpt in HexagonInstrInfo (detail/ViewSVN)
    by kparzysz
  5. [Hexagon] Implement undoing .cur instructions in packetizer

    The packetizer needs to convert .cur instruction to its regular form if
    the use is not in the same packet as the .cur. The code in the packetizer
    handles one type of .cur, which is the vector load case. This patch
    updates the packetizer so that it can undo all the .cur instructions.
    In the test case, the .cur is the 128B version, but there are also the
    post-increment versions.

    Patch by Brendon Cahoon. (detail/ViewSVN)
    by kparzysz
  6. [OpenMP] Extended parse for 'always' map modifier

    https://reviews.llvm.org/D32807

    This patch allows the map modifier 'always' to be separated by the map type (to, from, tofrom) only by a whitespace, rather than strictly by a comma as in current trunk. (detail/ViewSVN)
    by cbertol
  7. [Hexagon] Add memory operands to a rewritten load (detail/ViewSVN)
    by kparzysz
  8. [Hexagon] Reset spill alignment when variable-sized objects are present (detail/ViewSVN)
    by kparzysz
  9. [X86][LWP] Add llvm support for LWP instructions.

    This patch adds support for the the LightWeight Profiling (LWP) instructions which are available on all AMD Bulldozer class CPUs (bdver1 to bdver4).

    Differential Revision: https://reviews.llvm.org/D32769 (detail/ViewSVN)
    by rksimon
  10. Don't attempt to use mpx registers on unsupported platforms

    Summary:
    The existing cpp-level checks using PR_MPX_ENABLE_MANAGEMENT aren't sufficient,
    as this isn't defined for linux kernel versions below 3.19.

    Reviewers: valentinagiusti, zturner, labath

    Subscribers: lldb-commits

    Differential Revision: https://reviews.llvm.org/D32719 (detail/ViewSVN)
    by fjricci
  11. CMake: Add LLVM_DYLIB_SYMBOL_VERSIONING option

    Summary:
    When apps or other libraries link against a library with symbol
    versions, the version string is recorded in the import table, and used
    at runtime to resolve the symbol back to a library that provides that
    version (vaguely like how two-level namespaces work in Mach-O).  ld's
    --default-symver flag tags every exported symbol with a symbol version
    string equal to the library's soname.  Using --default-symver means
    multiple versions of libLLVM can coexist within the same process, at
    least to the extent that they don't try to pass data between each
    other's llvms.

    As an example, imagine a language like Rust using llvm for CPU codegen,
    binding to OpenGL, with Mesa as the OpenGL implementation using llvm for
    R600 codegen.  With --default-symver Rust and Mesa will resolve their
    llvm usage to the version each was linked against, which need not match.

    (Other ELF platforms like BSD and Solaris might have similar semantics,
    I've not checked.)

    This is based on an autoconf version of this patch by Adam Jackson.

    This new option can be used to add --default-symver to the linker flags
    for libLLVM.so.

    Reviewers: beanz

    Reviewed By: beanz

    Subscribers: mgorny, llvm-commits

    Differential Revision: https://reviews.llvm.org/D30997 (detail/ViewSVN)
    by tstellar

Started by upstream project phase2_modules_relay build number 3857
originally caused by:

This run spent:

  • 8 ms waiting;
  • 50 min build duration;
  • 50 min total from scheduled to completion.

Identified problems

Subproject Failed

This job failed because one of the jobs triggered by it failed.
Indication 1