[llvm-bugs] [Bug 40664] New: Allow multiple copies of OpenMP runtime loaded in memory

via llvm-bugs llvm-bugs at lists.llvm.org
Fri Feb 8 07:44:09 PST 2019


https://bugs.llvm.org/show_bug.cgi?id=40664

            Bug ID: 40664
           Summary: Allow multiple copies of OpenMP runtime loaded in
                    memory
           Product: OpenMP
           Version: unspecified
          Hardware: PC
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P
         Component: Runtime Library
          Assignee: unassignedbugs at nondot.org
          Reporter: atilag at gmail.com
                CC: llvm-bugs at lists.llvm.org

There seems to be a limitation in the OpenMP Runtime in which multiple copies
of the Runtime are not allowed for the same process [1].
This renders the usage of OpenMP through clang almost useless in some
situations where you don't have control over what other libraries are being
loaded into you process, like for example creating Python extensions (which are
loaded dynamically at runtime by common Python runtimes). C++ is being used
extensively here, and we cannot control what other libraries will be loaded so
there can exists situations where other extensions are using OpenMP so clashing
with your extension.
The thing is that this problem doesn't seem to exist using gcc libgomp
implementation, so I was wondering whether reviewing this limitation to get rid
of it worths the effort (as it sounds like a complex achievement). Python
extensions are a huge soure for clang users so I guess that it makes sense to
at least try to tackle this.

Thanks for your work!


[1]
https://github.com/llvm/llvm-project/blob/57b08b0944046a6a57ee9b7b479181f548a5b9b4/openmp/runtime/src/i18n/en_US.txt#L449

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20190208/23dfa3bf/attachment-0001.html>


More information about the llvm-bugs mailing list