Use of macros for math functions causes unexpected results when argument has side effect

I find semantically wrong the fact that the following math functions are implemented as macros:

- `abs`
- `constrain`
- `round`
- ~~`min`~~
- ~~`max`~~

... and let me add `bitWrite` to the list.

It is well known that using these function the way the rest of the world does introduces faults, and therefore generates failures.

Writing something like `abs(cos(x) - 123 * sq(sin(x))` would introduce **redundant calculations**, just a crazy delay in this case...

Writing something like `abs(a += b)` or `abs(i++)` just introduces a **fault**... it does something different (wrong in fact).

I assume that using **template** and **inline** functions would solve the issue with no extra executable space taken.

### Additional context

#### Additional reports

- https://github.com/arduino/Arduino/issues/9571
- https://github.com/arduino/ArduinoCore-avr/issues/324

#### Related

- https://github.com/arduino/reference-en/pull/513

Commencez par localiser les définitions de l’API Arduino pour abs, constrain, round et bitWrite, puis examinez les rapports associés afin de déterminer le comportement attendu et les problèmes de compatibilité. Remplacez le comportement problématique de la macro par l’approche proposée fondée sur une fonction et vérifiez que les arguments ayant des effets de bord ne sont évalués qu’une seule fois, sans modifier l’API publique.

Rédigé par le modèle d'indexation à partir du texte de l'issue.