Started 23 days ago
Took 3 hr 15 min

Success Build #1385 (Jun 25, 2019 2:45:35 AM)

Revisions
  • http://llvm.org/svn/llvm-project/libcxx/tags/RELEASE_701/final : 349242
  • http://llvm.org/svn/llvm-project/llvm/tags/RELEASE_701/final : 349238
  • http://llvm.org/svn/llvm-project/cfe/tags/RELEASE_701/final : 349239
Changes
  1. [clangd] Narrow rename to local symbols.

    Summary:
    Previously, we performed rename for all kinds of symbols (local, global).

    This patch narrows the scope by only renaming symbols not being used
    outside of the main file (with index asisitance). Renaming global
    symbols is not supported at the moment (return an error).

    Reviewers: sammccall

    Subscribers: ilya-biryukov, MaskRay, jkorous, arphaman, kadircet, cfe-commits

    Tags: #clang

    Differential Revision: https://reviews.llvm.org/D63426 (detail)
    by hokein
  2. [yaml2obj/obj2yaml] - Allow having the symbols and sections with duplicated names.

    The patch teaches yaml2obj/obj2yaml to support parsing/dumping
    the sections and symbols with the same name.
    A special suffix is added to a name to make it unique.

    Differential revision: https://reviews.llvm.org/D63596 (detail)
    by grimar
  3. [ExpandMemCmp] Move all options to TargetTransformInfo.

    Split off from D60318. (detail)
    by courbet
  4. [ASTImporter] Store import errors for Decls

    Summary:
    We add a new member which is a mapping from the already-imported
    declarations in the "from" context to the error status of the import of
    that declaration.  This map contains only the declarations that were not
    correctly imported. The same declaration may or may not be included in
    ImportedDecls. This map is updated continuously during imports and never
    cleared (like ImportedDecls).  In Import(Decl*) we use this mapping, so
    if there was a previous failed import we return with the existing error.

    We add/remove from the Lookuptable in consistency with ImportedFromDecls.
    When we map a decl in the 'to' context to something in the 'from'
    context then and only then we add it to the lookup table. When we
    remove a mapping then and only then we remove it from the lookup table.

    This patch is the first in a series of patches whose aim is to further
    strengthen the error handling in ASTImporter.

    Reviewers: a_sidorin, a.sidorin, shafik

    Subscribers: rnkovacs, dkrupp, Szelethus, gamesh411, cfe-commits

    Tags: #clang

    Differential Revision: https://reviews.llvm.org/D62373 (detail)
    by martong
  5. [NFC] fix trivial typos in documents (detail)
    by inouehrs
  6. Add llvm-symbolizer to LLVM_TOOLCHAIN_TOOLS (PR40152)

    So that it gets installed in LLVM_INSTALL_TOOLCHAIN_ONLY builds. (detail)
    by hans
  7. Remove core loading timeout

    Summary:
    If target.preload-symbols is false, waiting for the process to "stop"
    can take an arbitrarily long amount of time, because it will cause all
    the debug info to be parsed (to compute the stop message showing the
    function, its arguments, etc).

    We were previously waiting for 10 seconds for the stop even to arrive,
    which is a pretty long time, but it's not that hard to overcome with
    huge debug info.

    Since any arbitrary limit can be theoretically overcome with huge
    debug_info and/or slow machine, and the stop even was sent 3 lines above
    the wait, if we ever do not receive the stop even means we've got a bug
    in lldb. Therefore, I remove the timeout on this wait completely.

    No test because I don't know how to reproduce this without a
    multi-gigabyte symbol file.

    Reviewers: jingham, clayborg

    Subscribers: aprantl, lldb-commits

    Differential Revision: https://reviews.llvm.org/D63730 (detail)
    by labath
  8. [LLVM-C] Add LLVM-C.dll to Windows installer package

    This is a follow up to D56781, D56774 and D35077 to makes the LLVM-C.dll
    file and LLVM-C.lib be installed on Windows, just like LTO.dll and
    LTO.lib are.

    Patch by Jakob Bornecrantz!

    Differential revision: https://reviews.llvm.org/D63717 (detail)
    by hans
  9. DWARF: Add support for type units+split dwarf combo

    Summary:
    With the last round of refactors, supporting type units in dwo files
    becomes almost trivial. This patch contains a couple of small fixes,
    which taken as a whole make type units work in the split dwarf scenario
    (both DWARF4 and DWARF5):
    - DWARFContext: make sure we actually read the debug_types.dwo section
    - DWARFUnit: set string offsets base on all units in the dwo file, not
      just the main CU
    - ManualDWARFIndex: index all units in the file
    - SymbolFileDWARFDwo: Search for the single compile unit in the file, as
      we can no longer assume it will be the first one

    The last part makes it obvious that there is still some work to be done
    here, namely that we do not support dwo files with multiple compile
    units. That is something that should be easier after the DIERef
    refactors, but it still requires more work.

    Tests are added for the type units+split dwarf + dwarf4/5 scenarios, as
    well as a test that checks we behave reasonably in the presence of dwo
    files with multiple CUs.

    Reviewers: clayborg, JDevlieghere, aprantl

    Subscribers: arphaman, lldb-commits

    Differential Revision: https://reviews.llvm.org/D63643 (detail)
    by labath
  10. [X86] Add test case that led to the revert of r363802, r363850, and r363856 in r364264

    I've been trying to fix this, but hit some roadblocks. So I'm
    committing the test case for now so we'll at least avoid
    recreating that failure. (detail)
    by ctopper

Started by upstream project lldb-cmake build number 29302
originally caused by:

  • Started by timer

Started by upstream project lldb-cmake build number 29303
originally caused by:

  • Started by timer

Started by upstream project lldb-cmake build number 29304
originally caused by:

  • Started by timer

Started by upstream project lldb-cmake build number 29305
originally caused by:

  • Started by timer

Started by upstream project lldb-cmake build number 29306
originally caused by:

  • Started by timer

Started by upstream project lldb-cmake build number 29307
originally caused by:

  • Started by timer

Started by upstream project lldb-cmake build number 29308
originally caused by:

  • Started by timer

Started by upstream project lldb-cmake build number 29309
originally caused by:

  • Started by timer

Started by upstream project lldb-cmake build number 29310
originally caused by:

  • Started by timer

Started by upstream project lldb-cmake build number 29311
originally caused by:

  • Started by timer

Started by upstream project lldb-cmake build number 29312
originally caused by:

  • Started by timer

Started by upstream project lldb-cmake build number 29313
originally caused by:

  • Started by timer

Started by upstream project lldb-cmake build number 29314
originally caused by:

  • Started by timer

Started by upstream project lldb-cmake build number 29315
originally caused by:

  • Started by timer

This run spent:

  • 5 hr 41 min waiting;
  • 3 hr 15 min build duration;
  • 6 hr 35 min total from scheduled to completion.
Test Result (no failures)