termux/termux-packages

Regarding libomp

Open

#6.145 aberto em 14 de dez. de 2020

Ver no GitHub
 (10 comments) (0 reactions) (0 assignees)Shell (4.089 forks)batch import
discussionenhancementhelp wanted

Métricas do repositório

Stars
 (16.216 stars)
Métricas de merge de PR
 (Mesclagem média 2d 12h) (131 fundiu PRs em 30d)

Description

https://github.com/android/ndk/blob/master/Changelogs/Changelog-r21.md

Apparently since NDK r21, it ships a shared variant of libomp. This is more or less proven to be true as per #6140.

I think we should probably ship it like we do for libc++ anyway, especially when we never shipped a libomp.so in our clang. And it seems to me that we should probably replace our libomp.a and omp.h with the ones from the NDK as well.

I'm not entirely sure if any of them could be problematic to our clang though. So I also wonder if we should just do -static-openmp in our packages and leave our clang as-is.

And I guess it's not impossible / entirely unacceptable to ship only the shared variant from the NDK as runtime library for our packages, and configure/patch our clang to always set -static-openmp. Whether it's a better approach than the above two is in doubt though.

What do you think?

Guia do colaborador