Ce-i drept putem avea nevoie de aliniament custom și dacă ne folosim de SSE/AVX/Neon/etc., Au cerințe de aliniament de 16/32/64 bytes, și deși pe x86 (cel puțin) există și instrucțiuni pentru memorie nealiniată ele sunt mai încete, și oricum, de ce am mai folosi SIMD dacă nu vrem performanță maximă.
Ce faci in C daca ai nevoie de un (unordered_)map<string, int>
si mai tarziu de (unordered_)map<string, double>
? Le rescrii de la 0? Transformi totul in macros? Stochezi doar pointers peste tot?
In kernel poate are sens sa faci asta fiindca probabil va fi ceva foarte specializat si cu un mod anume de a aloca memoria. Intr-o aplicatie obisnuita insa…
Nu e o variantă de exclus: GitHub - glouw/ctl: The C Template Library. Dar într-adevăr, în punctul ăsta practic se reinventează templates.
Ce-i drept nu are un map/unordered_map
, dar are alternative la set/unordered_set
.