Discussion :

[yann458]

Bonjour,
Je crois que je n'aurais pas de réponse pour ce sujet

Quand on link une fonction d'un LIB , elle est intégré une seule fois dans l'exe.

Est t'il possible d'inliner la fonction d'un LIB (sans son code source) , c'est à dire dans mon prog quand je l'appelle x fois , elle est incluse x fois dans mon l'exe (repetter x fois), est - ce possible ?????

Sinon il y a les .h avec la directive inline , mais c'est un peu le bordel , le linker met 2 minutes à linker car j'ai beaucoup de fonctions à inliner et certaines sont complexes à compiler et à linker.


Merci ;

[dyslesia]

Bonjour,

sauf erreur de ma part il me semble que le inline est géré a la compilation et donc la fonction appelle ne sera pas inline dans ton executable apres linkage.

D'ailleurs c'est une autre question, mais est-ce que le contenu d'une fonction inline presente dans une librairie et appellee dans un programme sera inclu dans l’exécutable ou seulement l'appel a cette fonction sera present ?

[kessoufi]

Salut

inline est une indication au compilateur pour qu'il remplace les appels à la fonction par le corps de cette fonction (en final ça donne ce qu'on peut avec avec des #define, le typage en plus)
si la fonction est effectivement inlinée c'est bien le contenu de la fonction qui sera écrit à chaque fois et non plus l'appel de la fonction.

Cdt

[jblecanard]

Le compilateur fait un peu ce qu'il veut avec inline il me semble. On lui demande de le faire s'il le peut, mais il décide tout seul.

A mon avis, le meilleur moyen de résoudre ton problème est... de te plonger dans la doc de ton compilo à ce sujet !

[koala01]

Salut,

D'abord, il est important de savoir que le mot clé inline ne fait que demander au compilateur d'inliner la fonction ainsi qualifiée, mais qu'il reste "libre", en fonction de certains de ses réglages, de refuser cette demande (entre autre si le nombre d'instructions processeur à mettre en oeuvre pour y arriver exède le nombre maximal configuré permettant de le faire).

Ensuite, il faut comprendre que l'inlining impose un certain nombre de conditions, dont, principalement, le fait que le code de la fonction soit accessible lors de la compilation du fichier source dans lequel apparait la fonction inline (autrement, le compilo n'est pas en mesure de remplacer l'appel de la fonction par la fonction elle-même).

Enfin, il faut se dire que, si les créateurs n'ont pas jugé utile de déclarer une fonction inline, c'est sans doute qu'il y a une raison valable pour ne pas le faire... : à part quelques exceptions relatives à l'utilisation des templates (pour éviter, entre autres, de se retrouver face à des définitions multiples d'une fonction), le gain éventuellement apporté par l'inlining d'une fonction fait vraiment office de "l'optimisation prématurée" qui, comme tout le monde le sait, est la voie de tous les enfers.

Il ne faut en outre pas oublier le fait que, si tu inline trop de fonctions trop grosses, tu vas, au mieux, gagner quelques ticks d'horloges (les "push" avant l'appel, les "pop" après), mais que cela se fera au prix d'une augmentation parfois excessive du poids de ton exécutable!!!

Tout cela pour essayer de te faire comprendre qu'il est préférable, avant de vouloir optimiser l'utilisation d'une bibliothèque externe à coup d'inlining, de t'assurer que tes propres algorithmes et ton propre code soit "aussi efficace que faire se peut" : tu gagnera bien plus à éviter appel de fonction qui entre dans trois boucles imbriquées qu'à essayer d'inliner la dite fonction