Hi,
Are blas providers really binary compatible? (ie exactly the same ABI?)
Nonetheless, you can be interested into looking at the mechanisms
used by OpenMP to load various OpenMP implementation. Their solution
uses a wrapper (the real (ie ELF library) libopencl) that is only a
ICD loader a
Mo Zhou writes:
> Hi fellow devs,
>
> I've suddenly got some inspiration on this problem, which resulted in a
> much better solution for the problem the original proposal confronts.
>
> I like this overhauled solution.
>
> No extra shared libs, no extra SONAMEs. No extra burden for the
> BLAS/L
Hi fellow devs,
I've suddenly got some inspiration on this problem, which resulted in a
much better solution for the problem the original proposal confronts.
I like this overhauled solution.
No extra shared libs, no extra SONAMEs. No extra burden for the
BLAS/LAPACK maintainers. Minor patching w
Mo Zhou writes:
> Please comment:
> 1. Do we have a better solution where we can retain high performance and
> avoid threading trouble at the same time?
> 2. If we don't have a better solution, is my proposal acceptable?
> 3. In which way can my proposal be improved?
Hi Mo,
Your proposal
Hi fellow devs,
I'm asking advice on a system design issue specific to Debian, which is
whether we should introduce threading-aware BLAS/LAPACK virtual package.
This question is important because it affects a reverse dependency tree
with > 1 million popcon. (One week ago I asked for comment in -s
5 matches
Mail list logo
