Started 2 yr 1 mo ago
Took 56 min

Failed Build clang-r359505-t55993-b55993.tar.gz (Apr 29, 2019 3:13:09 PM)


Found 1 issues:
Error: <html>
+ . /Users/buildslave/jenkins/workspace/lnt-test-suite-x86_64-O3-flto/config/tasks/utils/
++ echo '@@@ LNT Submit @@@'
@@@ LNT Submit @@@
++ '[' -n -a -n lnt-test-suite-x86_64-O3-flto ']'
+++ lnt submit /Users/buildslave/jenkins/workspace/lnt-test-suite-x86_64-O3-flto/lnt-sandbox/report.json
++ LNT_RESULT_URL='error: <html>

<head><title>504 Gateway Time-out</title></head>
<body bgcolor="white">

Build Log

Revision: 358206
  1. [WebAssembly] Define the signature for __stack_chk_fail

    The WebAssembly backend needs to know the signatures of all runtime
    libcall functions. This adds the signature for __stack_chk_fail which was
    previously missing.

    Also, make the error message for a missing libcall include the name of
    the function.

    Differential Revision:

    Reviewed By: sbc100 (detail)
    by djg
  2. [PowerPC] Try harder to avoid load/move-to VSR for partial vector loads

    Change the PPCISelLowering.cpp function that decides to avoid update form in
    favor of partial vector loads to know about newer load types and to not be
    confused by the chain operand.

    Differential Revision: (detail)
    by froese
  3. [GlobalISel][AArch64] Select llvm.aarch64.crypto.sha1h

    This was falling back and gives us a reason to create a selectIntrinsic function
    which we would need eventually anyway. Update arm64-crypto.ll to show that we
    correctly select it.

    Also factor out the code for finding an intrinsic ID. (detail)
    by paquette
  4. [UpdateTestChecks] Allow Lbegin_func without a leading period

    On mingw/i686, local labels don't start with a leading period.

    Also escape the leading period, as it previously could match
    any char.

    Differential Revision: (detail)
    by mstorsjo
  5. [X86] Run CFIInstrInserter on Windows if Dwarf is used

    This is necessary since SVN r330706, as tail merging can include
    CFI instructions since then.

    This fixes PR40322 and PR40012.

    Differential Revision: (detail)
    by mstorsjo
  6. Fix one more case of passing options with too many dashes. (detail)
    by dhinton
Revision: 358206
  1. [ASTImporter] Add an ImportImpl method to allow customizing Import behavior.

    We are currently implementing support in LLDB that reconstructs the STL templates from
    the target program in the expression evaluator. This reconstruction happens during the
    import process from our debug info AST into the expression evaluation AST, which means
    we need a way to intercept the ASTImporter import process.

    This patch adds an protected ImportImpl method that we can overwrite in LLDB to implement
    our special importing logic (which is essentially just looking into a C++ module that is attached to
    the target context). Because ImportImpl has to call MapImported/AddToLookup for the decls it
    creates, this patch also exposes those via a new unified method and checks that we call it when
    importing decls.

    Reviewers: martong, balazske, a.sidorin, shafik, a_sidorin

    Reviewed By: martong, a_sidorin

    Subscribers: rnkovacs, cfe-commits, lldb-commits, aprantl

    Tags: #clang

    Differential Revision: (detail)
    by teemperor
Revision: 358206
  1. Fix FIXME added in r359339

    We have windows.h in, so we can just use the correct
    prototypes for these EH-related interceptors without worrying.

    Also fix an unused variable warning while I'm here. (detail)
    by rnk
  2. Pacify sanitizer lint script after r359498 (detail)
    by rnk
  3. [AddressSanitizer] [Windows] Fix HeapReAlloc and _recalloc bugs in

    HeapReAlloc should allow for 0 sized reallocations without freeing the memory block provided by the user.

    _recalloc previously did not zero new memory after reallocation. (detail)
    by mcgov

Started by upstream project relay-lnt-test-suite build number 7125
originally caused by:

  • Started by upstream project "clang-stage1-configure-RA" build number 55,990
    originally caused by:

This run spent:

  • 13 min waiting;
  • 56 min build duration;
  • 56 min total from scheduled to completion.

Identified problems

No identified problem

No problems were identified. If you know why this problem occurred, please add a suitable Cause for it.