Started 2 yr 6 mo ago
Took 49 min on green-dragon-03

Failed Build r301560 (#5555) (Apr 27, 2017 10:08:35 AM)

Subproject Builds

Revision: 301560
Changes
  1. TSan: update line number after XFAIL on iOS. (detail/ViewSVN)
    by Tim Northover
  2. Update GDB remote command regex for IPv6

    This updates the regular expression used to match host/port pairs for the gdb-remote command to also match IPv6 addresses.

    The IPv6 address matcher is very generic and does not really check for structural validity of the address. It turns out that IPv6 addresses are very complicated. (detail/ViewSVN)
    by cbieneman
  3. [CMake] Use object library to build the two flavours of Polly.

    Polly comes in two library flavors: One loadable module to use the
    LLVM framework -load mechanism, and another one that host applications
    can link to. These have very different requirements for Polly's
    own dependencies.

    The loadable module assumes that all its LLVM dependencies are already
    available in the address space of the host application, and is not allowed
    to bring in its own copy of any LLVM library (including the NVPTX
    backend in case of Polly-ACC).

    The non-module library is intended to be linked to using
    target_link_libraries. CMake would then resolve all of its dependencies,
    including NVPTX and ensure that only a single instance of each library
    will be used.

    Differential Revision: https://reviews.llvm.org/D32442 (detail/ViewSVN)
    by meinersbur
  4. [CodeView] Isolate Debug Info Fragments into standalone classes.

    Previously parsing of these were all grouped together into a
    single master class that could parse any type of debug info
    fragment.

    With writing forthcoming, the complexity of each individual
    fragment is enough to warrant them having their own classes so
    that reading and writing of each fragment type can be grouped
    together, but isolated from the code for reading and writing
    other fragment types.

    In doing so, I found a place where parsing code was duplicated
    for the FileChecksums fragment, across llvm-readobj and the
    CodeView library, and one of the implementations had a bug.
    Now that the codepaths are merged, the bug is resolved.

    Differential Revision: https://reviews.llvm.org/D32547 (detail/ViewSVN)
    by zturner
  5. [Support] Make BinaryStreamArray extractors stateless.

    Instead, we now pass a context memeber through the extraction
    process. (detail/ViewSVN)
    by zturner
  6. Rename some PDB classes.

    We have a lot of very similarly named classes related to
    dealing with module debug info.  This patch has NFC, it just
    renames some classes to be more descriptive (albeit slightly
    more to type).  The mapping from old to new class names is as
    follows:

       Old          |        New
    ModInfo         | DbiModuleDescriptor
    ModuleSubstream | ModuleDebugFragment
    ModStream       | ModuleDebugStream

    With the corresponding Builder classes renamed accordingly.

    Differential Revision: https://reviews.llvm.org/D32506 (detail/ViewSVN)
    by zturner
  7. [x86] add minimal tests for potential size-changing vsel transforms; NFC (detail/ViewSVN)
    by spatel
  8. [CMake] Abstract Config.h generation for Xcode

    This patch abstracts the generation of Config.h and creates a dummy project entry point to allow generation of LLDB's Config header without performing a full CMake configuration.

    This will enable the Xcode project to generate LLDB's Config header. (detail/ViewSVN)
    by cbieneman
  9. [Polly][Cmake] Add missing include paths to exported cmake config (detail/ViewSVN)
    by pfaffe
  10. [AMDGPU] DPP: add support for GFX9

    Reviewers: artem.tamazov

    Subscribers: arsenm, kzhuravl, wdng, nhaehnle, yaxunl, dstuttard, tpr, t-tye

    Differential Revision: https://reviews.llvm.org/D32588 (detail/ViewSVN)
    by skolton
  11. Merging r296645: (PR32253)

    Included an updated testcase

    ------------------------------------------------------------------------
    [Hexagon] Fix lowering of formal arguments of type i1

    On Hexagon, values of type i1 are passed in registers of type i32,
    even though i1 is not a legal value for these registers. This is a
    special case and needs special handling to maintain consistency of
    the lowering information.

    This fixes PR32089.
    ------------------------------------------------------------------------ (detail/ViewSVN)
    by kparzysz

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

This run spent:

  • 2 ms waiting;
  • 49 min build duration;
  • 49 min total from scheduled to completion.

Identified problems

Subproject Failed

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