[llvm-branch-commits] [llvm] [BOLT] Drop high discrepancy profiles in matching (PR #95156)

https://github.com/shawbyoung updated https://github.com/llvm/llvm-project/pull/95156 >From aa441dc0163d3d0f63de1e4dd1fa359180f82f1f Mon Sep 17 00:00:00 2001 From: shawbyoung Date: Tue, 11 Jun 2024 11:43:13 -0700 Subject: [PATCH 01/12] Summary: Functions with little exact matching Created usin

[llvm-branch-commits] [llvm] AMDGPU: Handle legal v2f16/v2bf16 atomicrmw fadd for global/flat (PR #95394)

arsenm wrote: ### Merge activity * **Jun 15, 3:51 AM EDT**: @arsenm started a stack merge that includes this pull request via [Graphite](https://app.graphite.dev/github/pr/llvm/llvm-project/95394). https://github.com/llvm/llvm-project/pull/95394 __

[llvm-branch-commits] [llvm] AMDGPU: Fix buffer load/store of pointers (PR #95379)

https://github.com/arsenm updated https://github.com/llvm/llvm-project/pull/95379 >From c895288fc5ba347b5be14dae8802073f6037e59b Mon Sep 17 00:00:00 2001 From: Matt Arsenault Date: Wed, 12 Jun 2024 10:10:20 +0200 Subject: [PATCH] AMDGPU: Fix buffer load/store of pointers Make sure we test all

[llvm-branch-commits] [llvm] AMDGPU: Start selecting flat/global atomicrmw fmin/fmax. (PR #95592)

@@ -1582,33 +1603,33 @@ let OtherPredicates = [isGFX12Plus] in { } } -let OtherPredicates = [isGFX10Plus] in { +let SubtargetPredicate = HasAtomicFMinFMaxF32GlobalInsts, OtherPredicates = [HasFlatGlobalInsts] in { defm : GlobalFLATAtomicPats <"GLOBAL_ATOMIC_FMIN", "atomic_

[llvm-branch-commits] [libcxx] 72c9425 - [libc++][NFC] Rewrite function call on two lines for clarity (#79141)

Author: Louis Dionne Date: 2024-06-15T10:21:32-07:00 New Revision: 72c9425a79fda8e9001fcde091e8703f9fb2a43a URL: https://github.com/llvm/llvm-project/commit/72c9425a79fda8e9001fcde091e8703f9fb2a43a DIFF: https://github.com/llvm/llvm-project/commit/72c9425a79fda8e9001fcde091e8703f9fb2a43a.diff

[llvm-branch-commits] [libcxx] 3b5b5c1 - [libcxx] Align `__recommend() + 1` by __endian_factor (#90292)

Author: Vitaly Buka Date: 2024-06-15T10:21:32-07:00 New Revision: 3b5b5c1ec4a3095ab096dd780e84d7ab81f3d7ff URL: https://github.com/llvm/llvm-project/commit/3b5b5c1ec4a3095ab096dd780e84d7ab81f3d7ff DIFF: https://github.com/llvm/llvm-project/commit/3b5b5c1ec4a3095ab096dd780e84d7ab81f3d7ff.diff L

[llvm-branch-commits] [openmp] release/18.x: [OpenMP][OMPT] Fix hsa include when building amdgpu/src/rtl.cpp (PR #95484)

illwieckz wrote: > If the system fails to find HSA, then it will use the dynamic version. Why is it expected for LLVM to build against system HSA first, then to rely on LLVM's HSA only if system one is missing? I'm building LLVM, not something else, so I expect LLVM to build against LLVM file

[llvm-branch-commits] [openmp] release/18.x: [OpenMP][OMPT] Fix hsa include when building amdgpu/src/rtl.cpp (PR #95484)

illwieckz wrote: Setting `-DLIBOMPTARGET_FORCE_DLOPEN_LIBHSA=ON` that would always add `dynamic_hsa` to the include dir doesn't fix the build error. https://github.com/llvm/llvm-project/pull/95484 ___ llvm-branch-commits mailing list llvm-branch-commi

[llvm-branch-commits] [openmp] release/18.x: [OpenMP][OMPT] Fix hsa include when building amdgpu/src/rtl.cpp (PR #95484)

illwieckz wrote: And the ROCm HSA also provides `hsa_amd_agent_info_s::HSA_AMD_AGENT_INFO_TIMESTAMP_FREQUENCY` so if it was using such system HSA, it should not error out. https://github.com/llvm/llvm-project/pull/95484 ___ llvm-branch-commits mailin

[llvm-branch-commits] [openmp] release/18.x: [OpenMP][OMPT] Fix hsa include when building amdgpu/src/rtl.cpp (PR #95484)

illwieckz wrote: I discovered something wrong: ``` ii libhsa-runtime-dev 5.2.3-5 amd64HSA Runtime API and runtime for ROCm - development files ii libhsa-runtime64-1 5.2.3-5 amd64HSA Runtime API and runtime for ROCm ii libhsakmt1:am