Table des matières
Les attributs ci-dessous sont non standards et dépendent du compilateur.
__attribute__((const)) et __attribute__((pure))
Il est aussi possible d'utiliser [[gnu::pure]]
et [[gnu::const]]
.
- Définition
Une fonction const
ne modifie aucune donnée et ne lit que ces arguments (pas de variable globale et pas de déréférencement de pointeur, y compris parmi ses arguments).
Une fonction pure
ne modifie aucune donnée accessible par d'autres fonctions (généralement appelées des observateurs). Elle peut accéder en lecture seule à des variables globales ou encore déréférencer des pointeurs passés en argument.
- Conséquence
Les fonctions const
sont garanties idempotentes.
Les fonctions pure
peuvent ne pas renvoyer la même valeur avec les mêmes arguments. Une variable globale ou bien le contenu d'un tableau passé en pointeur peut changer. Cependant, le compilateur va optimiser en supposant l'application single-thread
. Donc si deux fonctions sont appelées avec les mêmes arguments et que le compilateur est sûr que les arguments ne sont pas modifiés (y compris le contenu des pointeurs), il ne va appeler la fonction qu'une seule fois et réutiliser la valeur retour.
The const attribute imposes greater restrictions on a function’s definition than the similar pure attribute.
The const attribute prohibits a function from reading objects that affect its return value between successive invocations.
In general, since a function cannot distinguish data that might change from data that cannot, const functions should never take pointer or, in C++, reference arguments.
Using the GNU Compiler Collection, Archive v9.2 le 06/03/2020
Rappel : l’attribut pure
n'est pas thread-safe
si la fonction fait appel à une variable globale ou si un de ces arguments peut être modifiée par un autre thread.
GCC optimization of pure functions Archive du 19/07/2017 le 15/07/2020
- Exemples
Ici, il faut bien activer l'option -O2
.
Code | Assembleur |
---|---|
Deux appels consécutifs : optimisation.
|
|
Modification entre deux appels : pas d'optimisation.
|
|
Utilisation intermédiaire par copie par une fonction : pas d'optimisation !!!
|
|
Utilisation intermédiaire par copie par une fonction inconnue pure : optimisation.
|
|
Utilisation en lecture au milieu : optimisation.
|
|
Utilisation en écriture au milieu : pas d'optimisation.
|
|
__attribute__((weak)) et extern
- Explication
Cette information va être utile au lieur.
Chaque symbole (variable globale ou fonction) peut être “strong” ou weak
. Si un symbole “strong” existe, les symboles weak
seront ignorés. Si deux symboles weak
existent sans symbole “strong”, le lieur prendra aléatoirement l'un des deux (voir lieur). Si deux symboles “strong” existent, le lieur va générer une erreur duplicate symbol
.
Il est aussi possible de définir un prototype ou la déclaration d'une variable globale extern
en weak
. Dans ce cas, si le symbole n'est pas défini, le lieur ne posera pas de problème (pas de undefined reference to
) et considérera que le symbole est à l'adresse null
(ne pas lire ces symboles).
- Exemple
- cpp/attribute/weak1.cpp
#include <iostream> // Défini dans le header extern int __attribute__((weak)) variable; extern unsigned char __attribute__((weak)) variableNull; // Défini dans le code source. int __attribute__((weak)) variable = 1; int main() { // variable a bien un pointeur non nullptr. std::cout << "variable : nullptr ? " << std::boolalpha << (&variable == nullptr) << " et vaut " << variable << ".\n"; // variableNull est bien une variable avec un pointeur nullptr. std::cout << "variableNull : nullptr ? " << std::boolalpha << (&variableNull == nullptr) << " et ne peut être lu.\n"; }
Symboles :
- cpp/attribute/weak1.cpp.nm
0000000000000000 V variable w variableNull
Résultat dans la sortie standard:
- cpp/attribute/weak1.out
variable : nullptr ? false et vaut 1. variableNull : nullptr ? true et ne peut être lu.
restrict
Mot clé pour indiquer qu'une zone mémoire n'est accédée que par un seul pointeur. Cette restriction n'est évidemment pas thread-safe.
Voir l'exemple de Wikipédia sur restrict Archive du 16/04/2020 le 04/01/2021.
Source | Code généré |
---|---|
|
|
|
|
Avec restrict
, il n'y a pas besoin de relire le contenu de *val
entre les deux instructions.