[all-commits] [llvm/llvm-project] 641239: [🍒][libc++] __bit_iterator mustn't rely on depreca...

[Zoe Carver via All-commits]

  Branch: refs/heads/release/12.x
  Home:   https://github.com/llvm/llvm-project
  Commit: 6412392511340a7f1793a00b5b501692300089e6
      https://github.com/llvm/llvm-project/commit/6412392511340a7f1793a00b5b501692300089e6
  Author: Arthur O'Dwyer <arthur.j.odwyer at gmail.com>
  Date:   2021-06-16 (Wed, 16 Jun 2021)

  Changed paths:
    M libcxx/include/__bit_reference

  Log Message:
  -----------
  [🍒][libc++] __bit_iterator mustn't rely on deprecated SMF generation.

This allows us to turn -Wdeprecated-copy back on. We turned it off
in 3b71de41cc7c7 because Clang's implementation became more stringent
and started diagnosing the old code here.

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

(cherry picked from commit 70d94c3f2cae71ade2ceacdceb3d2e9899d2289a)


  Commit: 82796b3c3dab0a109958f3bfbef7f798c6c8d3e2
      https://github.com/llvm/llvm-project/commit/82796b3c3dab0a109958f3bfbef7f798c6c8d3e2
  Author: Louis Dionne <ldionne.2 at gmail.com>
  Date:   2021-06-16 (Wed, 16 Jun 2021)

  Changed paths:
    M libcxx/test/std/utilities/tuple/tuple.tuple/tuple.cnstr/deduct.pass.cpp

  Log Message:
  -----------
  [libc++] Adjust XFAIL for std::tuple deduction tests with GCC

GCC has been failing those tests, and we marked them as such in
a3ab5120fd572215afeac190757834a041dda73a on 'main'. Cherry-pick
only that part of the change into the LLVM 12 release so that we
can get the CI green again.


  Commit: 0d6fc8550b58d5993858de52e330e01e109ddff9
      https://github.com/llvm/llvm-project/commit/0d6fc8550b58d5993858de52e330e01e109ddff9
  Author: zoecarver <z.zoelec2 at gmail.com>
  Date:   2021-06-16 (Wed, 16 Jun 2021)

  Changed paths:
    M libcxx/test/std/experimental/language.support/support.coroutines/end.to.end/expected.pass.cpp

  Log Message:
  -----------
  [🍒][libcxx][nfc] Fix the ASAN bots: update expected.pass.cpp.

Ensures that `get_return_object`'s return type is the same as the return type for the function calling `co_return`. Otherwise, we try to construct an object, then free it, then return it.

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

(cherry picked from commit 52123c96c016143ebfff6de76fe83cebd6c1d726)


Compare: https://github.com/llvm/llvm-project/compare/e7dac564cd0e...0d6fc8550b58