Discussion :

[deubelte]

celui ci:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
 
 int fac(int n) {
	return (n<2)?1: n*fac(n-1);
}

et celui-ci avec inline?

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
 
inline int fac(int n) {
	return (n<2)?1: n*fac(n-1);
}

VC2005 donne le meme r�sultat quand je fais f(3) (=6).
A quoi sert inline?

[jobherzt]

http://c.developpez.com/faq/cpp/?page=inline

de rien.

[deubelte]

j'ai pas compris grand chose.

Quand le compilateur �value l'appel d'une fonction inline, le code complet de cette fonction est ins�r� dans le code de l'appelant (c'est le m�me principe que ce qui se passe avec un #define).

Dans mon cas, quel est l'appelant.
Ca veut dire quoi "etre ins�rer dans le code de l'appelant?"

[jobherzt]

si tu definis une fontion, c'est bien pour l'utiliser quelque part. donc tu vas l'appeler dans ton programme, a un moment donn�. dans le cas d'une fonction inline, le code de la fonction sera insere a la compilation a l'endroit ou tu l'as appel�e.

[deubelte]

tu vois ladiff�rence que quand tu es un pro, pas un novice comme moi.

[jobherzt]

je ne suis pas un pro, je te jure que c'est tres loin d'etre compliqu�.

[koala01]

Salut,

La diff�rence entre une fonction "inline" et une fonciton qui ne l'est pas va se jouer au niveau du langage machine, et donc au niveau de la rapidit� d'ex�cution et de la taille finale de l'ex�cutable.

Pour bien comprendre le principe, il faut avoir ne serait-ce qu'une vague id�e de ce qui se passe du point au niveau de la m�moire, lors de l'appel d'une fonction :

En simplifiant, juste pour que tu puisse comprendre, il faut savoir que chaque fonction est rep�r�e dans la m�moire par l'adresse � laquelle elle commence.

Quand on appelle une fonction, une s�rie d'informations - dont entre autres les valeurs qui se trouvent dans les accus et le pointeur sur l'adresse de la prochaine instruction - est pouss�e dans la pile (le "stack"), puis, on signale qu'il faut "sauter" � l'adresse � laquelle commence la fonction appel�e.

Une fois la fonction finie, les diff�rentes valeurs sont r�cup�r�e dans la pile, remises � leur place d'origine, et on signale qu'il faut "retourner" � l'instruction qui suit l'appel de la fonction.

Tout cela prend du temps, et on pourrait meme dire, beaucoup de temps... du moins en nombre de fr�quences d'horloges n�cessaire pour y arriver

Le mot cl� "inline" dit, en gros, au compilateur que

je sais que c'est une fonction, mais je voudrais que tu ne produise pas un code comme celui qui est utilis� pour appeler une fonction.

Je pr�f�re que tu ins�re directement les instructions de la fonction � l'endroit de l'appel

L'avantage �vident, c'est qu'on �vite ainsi toute cette "perte de temps inutile" que repr�sente le fait de pousser les informations dans le stack et de les r�cup�rer ensuite.

L'inconv�niant, c'est que, souvent, cela peut repr�senter une augmentation notable de la taille de l'ex�cutable, du fait qu'une m�me s�rie d'instructions (celle de la fonction) sera dupliqu�e aussi souvent que la fonction est appel�e dans l'ensemble du code...

Maintenant, il reste une limite au mot cl� inline...

En effet, il faut savoir que tu demande au compilateur d'ins�rer directement les instructions de la fonction � l'endroit de l'appel, mais... qu'il n'est pas du tout oblig� de le faire...

Avec un peu de chance, il le fera, avec un peu moins, il ne le fera pas...

Pire, il n'est pas impossible qu'il le fasse pour certains appels de la fonction, et qu'il cr�e une fonction, appel�e en tant que telle, pour d'autres appels...

that's all