Started 5 mo 11 days ago
Took 6 min 41 sec

Success Build clang-r363222-t57476-b57476.tar.gz (Jun 12, 2019 8:24:55 PM)

Issues

No known issues detected

Build Log

Revision: 362564
Changes
  1. [SimplifyCFG] NFC, update Switch tests to HEAD so I can

    see if my changes change anything

    Also add baseline tests to show effect of later patches.

    Differential Revision: https://reviews.llvm.org/D61150 (detail)
    by shawnl
  2. X86: Clean up pass initialization

    Summary:
    - Remove redundant initializations from pass constructors that were
      already being initialized by LLVMInitializeX86Target().

    - Add initialization function for the FPS pass.

    Reviewers: craig.topper

    Reviewed By: craig.topper

    Subscribers: hiraditya, llvm-commits

    Tags: #llvm

    Differential Revision: https://reviews.llvm.org/D63218 (detail)
    by tstellar
  3. Revert r361811: 'Re-commit r357452 (take 2): "SimplifyCFG SinkCommonCodeFromPredecessors ...'

    We have observed some failures with internal builds with this revision.

    - Performance regressions:
      - llvm's SingleSource/Misc evalloop shows performance regressions (although these may be red herrings).
      - Benchmarks for Abseil's SwissTable.
    - Correctness:
      - Failures for particular libicu tests when building the Google AppEngine SDK (for PHP).

    hwennborg has already been notified, and is aware of reproducer failures. (detail)
    by dlj
Revision: 362564
Changes
  1. Revert r361811: 'Re-commit r357452 (take 2): "SimplifyCFG SinkCommonCodeFromPredecessors ...'

    We have observed some failures with internal builds with this revision.

    - Performance regressions:
      - llvm's SingleSource/Misc evalloop shows performance regressions (although these may be red herrings).
      - Benchmarks for Abseil's SwissTable.
    - Correctness:
      - Failures for particular libicu tests when building the Google AppEngine SDK (for PHP).

    hwennborg has already been notified, and is aware of reproducer failures. (detail)
    by dlj
Revision: 362564
Changes
  1. Make GCC in C++03 Unsupported

    Summary:
    This patch make G++03 explicitly unsupported with libc++, as discussed on the mailing lists.


    Below is the rational for this decision.
    ----------------------------------------------------------------------------------------------------

    libc++ claims to support GCC with C++03 ("G++03"), and this is a problem for our users.

    Our C++03 users are all using Clang. They must be.  Less than 9% of the C++03 tests pass with GCC [1][2]. No non-trivial C++ program could work.

    Attempting to support G++03 impacts our QoI considerably. Unlike Clang, G++03 offers almost no C++11 extensions. If we could remove all the fallbacks for G++03, it would mean libc++ could::

    * Improve Correctness:

    Every `#ifdef _LIBCPP_HAS_NO_<C++11-feature>` is a bug manifest. It exists to admit for deviant semantics.

    * Achieve ABI stability between C++03 and C++11

    Differences between our C++03 and C++Rest branches contain ABI bugs. For example `std::nullptr_t` and `std::function::operator()(...)` are currently incompatible between C++11 and C++03, but could be fixed.

    * Decrease Compile Times and Memory Usage:

    Writing efficient SFINAE requires C++11. Using alias templates, libc++ could reduce the number of instantiations it produces substantially.

    * Decrease Binary Size

    Similar to the last point, G++03 forces metaprogramming techniques that emit more debug information [3] [4]. Compared to libstdc++, debug information size increases of +10% are not uncommon.

    Reviewers: ldionne, mclow.lists, EricWF

    Reviewed By: ldionne, EricWF

    Subscribers: zoecarver, aprantl, dexonsmith, arphaman, libcxx-commits, #libc

    Differential Revision: https://reviews.llvm.org/D63154 (detail)
    by ericwf

Started by upstream project relay-lnt-ctmark build number 8599
originally caused by:

This run spent:

  • 6.5 sec waiting;
  • 6 min 41 sec build duration;
  • 6 min 48 sec total from scheduled to completion.