[all-commits] [llvm/llvm-project] da1b50: [libc++] Formalize what configurations are covered...

Louis Dionne via All-commits all-commits at lists.llvm.org
Fri Nov 27 07:06:32 PST 2020


  Branch: refs/heads/temp-test-main
  Home:   https://github.com/llvm/llvm-project
  Commit: da1b50d7df213a3eaf583d576b8d7d2ec77bd97f
      https://github.com/llvm/llvm-project/commit/da1b50d7df213a3eaf583d576b8d7d2ec77bd97f
  Author: Louis Dionne <ldionne.2 at gmail.com>
  Date:   2020-11-27 (Fri, 27 Nov 2020)

  Changed paths:
    M libcxx/lib/abi/CMakeLists.txt
    A libcxx/lib/abi/x86_64-apple-darwin.libcxxabi.v1.stable.exceptions.no_new_in_libcxx.abilist
    R libcxx/lib/abi/x86_64-apple-darwin.v1.abilist
    A libcxx/lib/abi/x86_64-unknown-linux-gnu.libcxxabi.v1.stable.exceptions.no_new_in_libcxx.abilist
    R libcxx/lib/abi/x86_64-unknown-linux-gnu.v1.abilist
    M libcxx/utils/ci/run-buildbot

  Log Message:
  -----------
  [libc++] Formalize what configurations are covered by the ABI lists

By encoding ABI-affecting properties in the name of the ABI list, it
makes it clear when an ABI list test should or should not be available,
and what results we should expect.

Note that we clearly don't encode all ABI-affecting parameters in the
name right now -- I just ported over what we supported in the code that
was there previously. As we encounter configurations that we wish to
support but produce different ABI lists, we can add those to the ABI
identifier and start supporting them.

This commit also starts checking the ABI list in the CI jobs that run
a supported configuration. Eventually, all configurations should have
a generated ABI list and the test should even run implicitly as part of
the Lit test suite.

Differential Revision: https://reviews.llvm.org/D92194




More information about the All-commits mailing list