[all-commits] [llvm/llvm-project] 57381c: AMDGPU: Add some release notes

[Nikita Popov via All-commits]

  Branch: refs/heads/release/17.x
  Home:   https://github.com/llvm/llvm-project
  Commit: 57381c31a1765421c47fb5837e3d09470cd368a7
      https://github.com/llvm/llvm-project/commit/57381c31a1765421c47fb5837e3d09470cd368a7
  Author: Matt Arsenault <Matthew.Arsenault at amd.com>
  Date:   2023-07-29 (Sat, 29 Jul 2023)

  Changed paths:
    M llvm/docs/LangRef.rst
    M llvm/docs/ReleaseNotes.rst

  Log Message:
  -----------
  AMDGPU: Add some release notes


  Commit: a72cc975ff7a7dd51b5eebe03f5c7e105e142111
      https://github.com/llvm/llvm-project/commit/a72cc975ff7a7dd51b5eebe03f5c7e105e142111
  Author: Matt Arsenault <Matthew.Arsenault at amd.com>
  Date:   2023-07-29 (Sat, 29 Jul 2023)

  Changed paths:
    M llvm/docs/ReleaseNotes.rst

  Log Message:
  -----------
  Add release note for assumes now recognizing class-like FP tests


  Commit: 8ea504be360bb991918df47ee245912f61fc9a38
      https://github.com/llvm/llvm-project/commit/8ea504be360bb991918df47ee245912f61fc9a38
  Author: Richard Smith <richard at metafoo.co.uk>
  Date:   2023-07-29 (Sat, 29 Jul 2023)

  Changed paths:
    M clang/docs/ReleaseNotes.rst

  Log Message:
  -----------
  Add release node for exact dynamic_cast optimization.


  Commit: 90321b4ed22607dd6977e774dac96bbe51c5e872
      https://github.com/llvm/llvm-project/commit/90321b4ed22607dd6977e774dac96bbe51c5e872
  Author: Shoaib Meenai <smeenai at fb.com>
  Date:   2023-07-29 (Sat, 29 Jul 2023)

  Changed paths:
    M libunwind/src/Unwind-EHABI.cpp

  Log Message:
  -----------
  [libunwind] Fix build with -Wunused-function

https://reviews.llvm.org/D144252 removed -Wno-unused-function from the
libunwind build, but we have an unused function when you're building for
armv7 without assertions. Mark that function as possibly unused to avoid
the warning, and mark the parameter as a const pointer while I'm here to
make it clear that nothing is modified by a debugging function.

Reviewed By: #libunwind, philnik

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

(cherry picked from commit 3da76c2116179fdb3fff8feb4551209e4218746e)


  Commit: aff99b1a123f6de405a0df845b2d2a462ca54a42
      https://github.com/llvm/llvm-project/commit/aff99b1a123f6de405a0df845b2d2a462ca54a42
  Author: Joseph Huber <jhuber6 at vols.utk.edu>
  Date:   2023-07-29 (Sat, 29 Jul 2023)

  Changed paths:
    M clang/lib/CodeGen/CGOpenMPRuntime.cpp
    M clang/lib/CodeGen/CodeGenModule.cpp
    M clang/test/OpenMP/declare_target_codegen.cpp
    A openmp/libomptarget/test/offloading/extern.c

  Log Message:
  -----------
  [OpenMP] Do not always emit unused extern variables

Currently, the precense of the OpenMP target declare metadata requires
that we always codegen a global declaration. This is undesirable in the
case that we could defer or omit this declaration as is common with
unused extern variables. This is important as it allows us, in the
runtime, to rely on static linking semantics to omit unused symbols so
they are not included when the user links it in.

This patch changes the check for always emitting these variables.
Because of this we also need to extend this logic to the generation of
the offloading entries. This has the result of derring the offload entry
generation to the canonical definitoin. So we are effectively assuming
whoever owns the storage for this variable will perform that operation.
This makes an exception for `link` attributes as those require their own
special handling.

Let me know if this is sound in the implementation, I do not have the
largest view of the standards here.

Fixes: https://github.com/llvm/llvm-project/issues/64133

Reviewed By: tianshilei1992

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

(cherry picked from commit 141c4e7a9403fed46d84c7f0429295bd28c89368)


  Commit: bafedb1c2c64823ecee547f9776c4311a7f0930c
      https://github.com/llvm/llvm-project/commit/bafedb1c2c64823ecee547f9776c4311a7f0930c
  Author: eopXD <yueh.ting.chen at gmail.com>
  Date:   2023-07-29 (Sat, 29 Jul 2023)

  Changed paths:
    M clang/include/clang/Basic/riscv_vector.td
    R clang/test/CodeGen/RISCV/rvv-intrinsics-handcrafted/vread-csr.c
    R clang/test/CodeGen/RISCV/rvv-intrinsics-handcrafted/vwrite-csr.c

  Log Message:
  -----------
  [Clang][RISCV] Remove RVV intrinsics `vread_csr`,`vwrite_csr`

As proposed in riscv-non-isa/rvv-intrinsic-doc#249, removing the interface.

Reviewed By: craig.topper

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


  Commit: cff7a7747db02d1214b20e98677e5ddcb402ffe0
      https://github.com/llvm/llvm-project/commit/cff7a7747db02d1214b20e98677e5ddcb402ffe0
  Author: Nikita Popov <npopov at redhat.com>
  Date:   2023-07-29 (Sat, 29 Jul 2023)

  Changed paths:
    M llvm/lib/LTO/LTO.cpp
    A llvm/test/ThinLTO/X86/Inputs/cache-import-lists3.ll
    A llvm/test/ThinLTO/X86/Inputs/cache-import-lists4.ll
    A llvm/test/ThinLTO/X86/cache-decoupled-from-order.ll

  Log Message:
  -----------
  [ThinLTO] Use module hash instead of module ID for cache key

This is a followup to D151165. Instead of using the module ID, use
the module hash for sorting the import list. The module hash is what
will actually be included in the hash.

This has the advantage of being independent of the module order,
which is something that Rust relies on.

A caveat here is that the test doesn't quite work for linkonce_odr
functions, because the function may be imported from two different
modules, and the first one on the llvm-lto2 command line gets picked
(rather than, say, the prevailing copy). This doesn't really matter
for Rust's purposes (because it does not use linkonce_odr linkage),
but may still be worth addressing. For now I'm using a variant of
the test using internal instead of linkonce_odr functions.

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

(cherry picked from commit 279c2971951c2ea58a2bd1e6687ce61451f9d329)


Compare: https://github.com/llvm/llvm-project/compare/991cbe12b585...cff7a7747db0