Jó cucc csak platform függő. (sóhaj)
Qualcommot ismerve nem is fogják megnyitni, hogy minden b.L implementáció kihasználja.

nem hinném, hogy a programnyelv, a fejlesztői környezet, vagy az api akadályozta elsősorban eddig a fejlesztőket, hogy ésszerűen párhuzamosítsanak

"Miért imádják az aranyat? Nem lehet megenni..."

Néztem már ezt a MARE-t (BTW, legalább fél éve létezik), de nem jöttem rá, hogy miben tud többet a TBB-nél, PPL-nél, vagy a C++14-es taskoknál. Talán annyiban, hogy pár függvényt (pl. redukció) implementáltak GPU-ra.

jobb a marketingjük - legalábbis próbálják magukat megváltóként (najó, ez túlzás) eladni

"Miért imádják az aranyat? Nem lehet megenni..."

Ha jól sejtem a másik 3, amit felsoroltál az nem elérhető Androidra.
TBB az Intel, a PPL az MS, C++14-et pedig nem támogatja az Android NDK csak a C++11-et.
Vagy valamit rosszul látok?

A TBB elérhető, konkrétan ezt használom párhuzamosításra egy forrásból Win, Linux, OS X, Android (x86 és ARM) platformokra. Mivel tartalmaz egy PPL kompatibilitási réteget is, ezért gyakorlatilag a PPL is multiplatform a TBB-n keresztül (csak egy mass replace kell a namespace-re..)

Az NDK 10d-ben van Clang 3.5, ami nemhogy C++14, hanem már C++17 fícsöröket is tud. (Egyébként hülye vagyok, végül nem került bele a continuation a C++14-be. Meh.)

Tök jó, most minden GPU gyártó kitalál egy saját low-level API-t? Jó lenne tisztulna kép.

Kösz, jó tudni.
Akkor még marad az az előny, hogy a MARE b.L-re fel van készítve a többinél elég biztos vagyok, hogy nem, ami elég nagy előny lehet főleg, mivel a GTS egy rakás****. Valahogy az látszik, hogy a Qualcomm próbálja az ARM szerencsétlenségét használhatóvá tenni valahogy SW-vel, ha már rákényszerültek sajnos.

Ez rohadtul nem low-level API, főleg nem grafikára.

Klassz hogy minden éven feltaláljak a spanyolviaszt imperativ programok parhuzamositasara.

Funkcionális nyelvek ezt majdnem alapbol hozzák. Azt kellene promózni, nem a 3200. openmp adoptációt.