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

Failed Build r301493 (#5535) (Apr 26, 2017 5:26:33 PM)

Subproject Builds

Revision: 301493
  1. Fix libcxx formatters for changes in r300140.

    LLVM r300140 changed the layout and field names of __compressed_pair, which
    broke LLDB's std::vector, std::map and std::unsorted_map formatters.

    This patch attempts to fix these formatters by having them interogate the
    __compressed_pair values to determine whether they're pre- or post-r300140
    variants, then access them accordingly.

    Reviewers: jingham, EricWF

    Reviewed By: jingham

    Differential Revision: (detail/ViewSVN)
    by Lang Hames
  2. Re-landing IPv6 support for LLDB Host

    This support was landed in r300579, and reverted in r300669 due to failures on the bots.

    The failures were caused by sockets not being properly closed, and this updated version of the patches should resolve that.

    Summary from the original change:

    This patch adds IPv6 support to LLDB/Host's TCP socket implementation. Supporting IPv6 involved a few significant changes to the implementation of the socket layers, and I have performed some significant code cleanup along the way.

    This patch changes the Socket constructors for all types of sockets to not create sockets until first use. This is required for IPv6 support because the socket type will vary based on the address you are connecting to. This also has the benefit of removing code that could have errors from the Socket subclass constructors (which seems like a win to me).

    The patch also slightly changes the API and behaviors of the Listen/Accept pattern. Previously both Listen and Accept calls took an address specified as a string. Now only listen does. This change was made because the Listen call can result in opening more than one socket. In order to support listening for both IPv4 and IPv6 connections we need to open one AF_INET socket and one AF_INET6 socket. During the listen call we construct a map of file descriptors to addrin structures which represent the allowable incoming connection address. This map removes the need for taking an address into the Accept call.

    This does have a change in functionality. Previously you could Listen for connections based on one address, and Accept connections from a different address. This is no longer supported. I could not find anywhere in LLDB where we actually used the APIs in that way. The new API does still support AnyAddr for allowing incoming connections from any address.

    The Listen implementation is implemented using kqueue on FreeBSD and Darwin, WSAPoll on Windows and poll(2) everywhere else. (detail/ViewSVN)
    by cbieneman
  3. Revert r301487: Replace HashString algorithm with xxHash64

    This reverts commit r301487 to make buildbots green. (detail/ViewSVN)
    by ruiu
  4. Remove unnecessary instantiation of StringRef.

    SoName's type has changed from StringRef to std::string, so this
    code does not make sense anymore. (detail/ViewSVN)
    by ruiu
  5. Add support for DW_TAG_thrown_type.

    For Swift we would like to be able to encode the error types that a
    function may throw, so the debugger can display them alongside the
    function's return value when finish-ing a function.

    DWARF defines DW_TAG_thrown_type (intended to be used for C++ throw()
    declarations) that is a perfect fit for this purpose. This patch wires
    up support for DW_TAG_thrown_type in LLVM by adding a list of thrown
    types to DISubprogram.

    To offset the cost of the extra pointer, there is a follow-up patch
    that turns DISubprogram into a variable-length node.


    Differential Revision: (detail/ViewSVN)
    by Adrian Prantl
  6. Removes createELFFile which takes a template class as a template parameter.

    This patch is to reduce amount of template uses. The new code is less
    exciting and boring than before, but I think it is easier to read.

    Differential Revision: (detail/ViewSVN)
    by ruiu
  7. Replace HashString algorithm with xxHash64

    The previous algorithm processed one character at a time, which is very
    painful on a modern CPU. Replace it with xxHash64, which both already
    exists in the codebase and is fairly fast.

    Patch from Scott Smith!

    Differential Revision: (detail/ViewSVN)
    by ruiu

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

This run spent:

  • 7 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