Si tu veux laisser le langage gérer ta RAM utilise java ;
En l'occurrence, non, ça gère que les cas les plus triviaux. Genre fermeture du fichier quand la variable sort du scope, etc, etc.
Enfin je pense que c'est pas dur de voir qu'il y a une des tonnes de possibilités entre "tout faire gérer" et "rien gérer du tout", donc je suis pas sur que la dichotomie soit un argument valable.
Utiliser des extension d'un compilateur empêche d'utiliser les
autres... pas très libre dans l'esprit
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Misc (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à 5.
En l'occurrence, non, ça gère que les cas les plus triviaux. Genre fermeture du fichier quand la variable sort du scope, etc, etc.
Enfin je pense que c'est pas dur de voir qu'il y a une des tonnes de possibilités entre "tout faire gérer" et "rien gérer du tout", donc je suis pas sur que la dichotomie soit un argument valable.
Sauf si l'extension est compatible.
En l'occurrence, on parle de ça :
http://cgit.freedesktop.org/systemd/systemd/tree/src/shared/macro.h#n47
Utilisé pour ça :
http://cgit.freedesktop.org/systemd/systemd/tree/src/shared/path-lookup.c#n93
Et la doc pour GCC est la :
http://gcc.gnu.org/onlinedocs/gcc/Variable-Attributes.html
Et c'est compatible avec llvm, cf ce morceau du code de llvm :
https://github.com/llvm-mirror/clang/blob/master/include/clang/Basic/Attr.td#L482
Il y a des gens qui compilent systemd avec clang, des patchs qui remontent donc c'est pas par hasard non plus.