Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

improving openmp tsan support (libarcher renaming) #122

Open
pascal-post opened this issue Apr 24, 2024 · 0 comments
Open

improving openmp tsan support (libarcher renaming) #122

pascal-post opened this issue Apr 24, 2024 · 0 comments
Labels

Comments

@pascal-post
Copy link

Comment:

Hi everyone,
First of all, thank you very much for your work!

I was trying to compile an openmp program with thread sanitizer support and I ran into the issue that libarcher.so was renamed to libarcher.so.bak, which makes it impossible to use this recipe. I only found it out once openmp compiled from llvm was working and I was questioning if the llvm-openmp package was shipping libarcher.so.

If you want to use this package to compile an openmp annotated program right now, the only option is to rename libarcher.so.bak back to libarcher.so in the prefix.

I saw that it was renamed b.c. "loading libarcher.so results in a hang sometimes"; is this still the case? The llvm openmp documentation states: "Archer is automatically loaded for OpenMP applications which are compiled with ThreadSanitizer option", see here.

To improve the usage of this package for tsan compilation, I see two options:

  1. remove renaming if this is now not leading to hang times
  2. separating out libarcher.so to an own package that can be installed if needed (conda output feature)

What do you think about it?
Thank you very much for your time looking into this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant