Discussion :

[frankois]

Bonjour,

J'essaie de porter une librarie dynamique C++ trés consommatrice d'inline sous android avec le ndk (r5b).

Je pense que mon problème est strictement C++.

Par défaut le compilateur à un inline-limit=64, largement insuffisant pour la librairie.
Lors de la compilation avec le flag Winline, j'ai des warnings du style "--param max-inline-insns-single" et "call is unlikely and code size would grow"

J'ai réglé le premier en augmentant les limites inline (600 et plus).

Pour le second, je sais qu'il signifie que l'inline est inutile (mais le code est-il quand même généré?)

Au finale, si j'augmente les limitations, le nombre de symbole que ma lib possède diminue, pourquoi?

Merci,
frankois

[3DArchi]

Salut,

Si le code d'une fonction f est inliné partout où f est invoquée (et que f n'est pas une fonction exportée) alors la fonction f n'a plus lieu d'être intégrée à l'exécutable. Donc le symbole n'existe plus. C'est pour cela que tu vois baisser le nombre de symbole lorsque augmentent les inline.

Si une fonction demandée inline par le codeur avec le mot clé inline n'est au final pas inlinée par le compilateur (par expl car elle ne répond pas aux contraintes spécifiées par options de compil => fct trop grande), alors une fonction est produite et l'appel vers cette fonction est générée. Donc pas de soucis, le code sera bien exécuté.

inline sert à indiquer aussi à gérer les éventuelles multiple définition qu'il peut y avoir d'une fonction définie dans un .h qui serait inclus par plusieurs .cpp.

inline c'est en général très utile en méta-prog pour ses 2 raisons d'êtres (inlining de code et éviter la redéfinition)

Hors contexte générique, je n'aime pas inline car il ajoute du couplage entre les modules.

[frankois]

J'ai résolus mon problème en supprimant les optimisations avec -O0.

[kessoufi]

un effet de bord de l'utilisation des inline se traduit par l'augmentation de la taille du code, si la taille en instructions du corps de la fonction dépasse celui nécessaire pour son invocation et que la fonction inlinée est massivement utilisée

call is unlikely and code size would grow

je le comprends comme : la fonction sera inliné (plus de symbols, plus d'appel) mais la taille du code va augmenter.