[Openmp-commits] [PATCH] D126579: [OpenMP][libomp] do not try to dlopen libmemkind on macOS
Jonathan Peyton via Phabricator via Openmp-commits
openmp-commits at lists.llvm.org
Thu Jun 2 12:28:27 PDT 2022
This revision was automatically updated to reflect the committed changes.
Closed by commit rG5d25dbff677e: [OpenMP][libomp] do not try to dlopen libmemkind on macOS (authored by danieljdouglas-deco, committed by jlpeyton).
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D126579/new/
https://reviews.llvm.org/D126579
Files:
openmp/runtime/src/kmp_alloc.cpp
Index: openmp/runtime/src/kmp_alloc.cpp
===================================================================
--- openmp/runtime/src/kmp_alloc.cpp
+++ openmp/runtime/src/kmp_alloc.cpp
@@ -1256,7 +1256,7 @@
MA == llvm_omp_target_shared_mem_alloc || \
MA == llvm_omp_target_device_mem_alloc)
-#if KMP_OS_UNIX && KMP_DYNAMIC_LIB
+#if KMP_OS_UNIX && KMP_DYNAMIC_LIB && !KMP_OS_DARWIN
static inline void chk_kind(void ***pkind) {
KMP_DEBUG_ASSERT(pkind);
if (*pkind) // symbol found
@@ -1267,7 +1267,7 @@
void __kmp_init_memkind() {
// as of 2018-07-31 memkind does not support Windows*, exclude it for now
-#if KMP_OS_UNIX && KMP_DYNAMIC_LIB
+#if KMP_OS_UNIX && KMP_DYNAMIC_LIB && !KMP_OS_DARWIN
// use of statically linked memkind is problematic, as it depends on libnuma
kmp_mk_lib_name = "libmemkind.so";
h_memkind = dlopen(kmp_mk_lib_name, RTLD_LAZY);
-------------- next part --------------
A non-text attachment was scrubbed...
Name: D126579.433838.patch
Type: text/x-patch
Size: 914 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/openmp-commits/attachments/20220602/ef6d3e4a/attachment.bin>
More information about the Openmp-commits
mailing list