Já třeba nechápu, komu pomůžou 3 implementace linalg v C++, když tu máme OpenBLAS, který má tolik architecture specific optimalizací... že se to někomu chce dělat... ale hlavně, změníme terminologii a všechno přejmenujeme, protože na to committee čas má!
Problém C++ standardní knihovny je, že jsou potřeba 3 implementace, a ty implementace jsou jiné a můžou mít jiný výkon, memory footprint, atd... Proto se std v podstatě vyhýbám, protože pak řešit, že něco někde je pomalé, atd... to nechci. Hezký příklad je std::regex a std::deque - MSVC tak zprasil deque, že se v cross platform projektech tento kontejner v podstatě nevyskytuje... Ale můžeme jít dál, třeba std::ranges a filtrování, tam taky hodně lidí narazí, nebo třeba velikost tuple v závislosti na compileru atd...
Takže souhlas, nikomu to ve výsledku nepomůže, protože ti co potřebujou BLAS, tak budou používat BLAS a vykašlou se na zprasenou implementaci v C++. Navíc co mám rád u těchto C knihoven je fakt, že nejsou jen pro C.
7. 2. 2024, 14:04 editováno autorem komentáře