En C23 tout cela devient des keywords, donc à éviter.
C'est quand même bien d'avoir des threads utilisables sur tous les OS...
Bof, les C11 threads sont extrêmement limités. En vrai personne ne les utilise et on préfère pthread la plupart du temps (quand on a pas besoin de portabilité) parce que les C11 threads n'ont pas de read-write lock (comme pthread_rwlock) et c'est dommage car c'est quand même pratique.
Il y a aucune fonction pour afficher les erreurs en chaine de caractère donc on peut pas faire un convivial perror ni strerror(errno).
On a aucune garantie de ce qui s'applique avec ces threads (partage des signaux bloqués, etc).
Autre note en vrac, pourquoi des script shell pour compiler du code et pas un Makefile/ CMake ?
# Notes
Posté par David Demelier (site web personnel) . En réponse au journal C11, listes variantes et le turfu. Évalué à 4.
Sous licence GPL, pour une bibliothèque c'est la plaie. Personne ne va l'utiliser, au pire LGPL.
En C23 tout cela devient des keywords, donc à éviter.
Bof, les C11 threads sont extrêmement limités. En vrai personne ne les utilise et on préfère pthread la plupart du temps (quand on a pas besoin de portabilité) parce que les C11 threads n'ont pas de read-write lock (comme pthread_rwlock) et c'est dommage car c'est quand même pratique.
Il y a aucune fonction pour afficher les erreurs en chaine de caractère donc on peut pas faire un convivial
perrornistrerror(errno).On a aucune garantie de ce qui s'applique avec ces threads (partage des signaux bloqués, etc).
Autre note en vrac, pourquoi des script shell pour compiler du code et pas un Makefile/ CMake ?
AI is a mental disorder