title: Restrict
text: # Restrict
  
  Dans le langage de programmation C, à partir du standard C99, restrict est un mot-clé qui peut être utilisé dans les déclarations de pointeur. Le mot-clé restrict est une déclaration d'intention donnée par le programmeur pour le compilateur. Il indique que pour la durée de vie du pointeur, seul le pointeur lui-même ou une valeur directement issue (comme pointer + 1​) sera utilisé pour accéder à l'objet vers lequel il pointe. Cela limite les effets de l'aliasing de pointeur, aidant aux optimisations. Si la déclaration d'intention n'est pas respectée et que l'objet est atteint par un pointeur indépendant, cela se traduira par un comportement indéfini. L'utilisation du mot-clé restrict permet, en principe, d'obtenir la même performance que le même programme écrit en Fortran.
  
  C++ n'a pas de support standard de restrict, mais de nombreux compilateurs ont des équivalents qui fonctionnent habituellement en C++ et en C, tels que __restrict__ pour GCC et Clang , et __restrict et __declspec(restrict) pour Visual C++.
  
  ## Optimisation
  
  Si le compilateur sait qu'il y a seulement un pointeur vers un bloc de mémoire, il peut produire un code mieux optimisé.
  
  Par exemple :
  
  Dans le code ci-dessus, les pointeurs ptrA, ptrB, et val peuvent se référer au même emplacement mémoire, si bien que le compilateur pourrait générer un code moins optimal :
  
  Toutefois, si le mot-clé restrict est utilisé et que la fonction ci-dessus est déclarée comme :
  
  alors le compilateur est autorisé à supposer que ptrA, ptrB et val pointent vers différents emplacements et que la mise à jour d'un pointeur n'affectera pas les autres pointeurs. Le programmeur (non le compilateur) est responsable de veiller à ce que les pointeurs ne pointent pas les mêmes endroits.
  
  Maintenant que le compilateur peut générer un meilleur code comme suit :
  
  Notez que le code assembleur est plus court parce que la valeur pointée par val n'est chargée qu'une seule fois.
  
  On peut remarquer que dans notre cas, ces deux signatures génère aussi le même code :
  
  En effet, il est suffisant de promettre au compilateur que ptrA n'écrira pas dans val , ou que val ne sera pas modifié par ptrA. Ce n'est pas vrai pour ptrB à cause de l'ordre des opérations dans la fonction.
  
  