Qu'est-ce que l'utilisation de la `inline` mot-clé dans C?

J'ai lu à plusieurs questions dans stackoverflow sur inline en C, mais ne suis toujours pas clair à ce sujet.

  1. static inline void f(void) {} a pas de différence pratique avec static void f(void) {}.
  2. inline void f(void) {} en C ne fonctionne pas comme le C++ façon. Comment ça marche dans la C?
  3. Ce qui ne fait extern inline void f(void); faire?

Je n'ai jamais vraiment trouvé une utilisation de la inline mot-clé dans mes programmes en C, et quand je vois ce mot-clé dans d'autres gens du code, il est presque toujours static inline, dans lequel je ne vois pas de différence avec juste static.

InformationsquelleAutor xiver77 | 2015-06-29
  1. 20

    Note: quand je parle de .c fichiers et .h fichiers dans cette réponse, je suppose que vous avez jeté votre code correctement, c'est à dire .c uniquement les fichiers comprennent .h fichiers. La distinction est qu'un .h fichier peut être inclus dans plusieurs unités de traduction.

    static inline void f(void) {} a pas de différence pratique avec static void f(void) {}.

    En ISO C, c'est correct. Ils sont identiques dans les comportements (en supposant que vous n'avez pas re-déclarer différemment dans le même TU bien sûr!) le seul effet pratique peut être à cause du compilateur d'optimiser différemment.

    inline void f(void) {} en C ne fonctionne pas comme le C++ façon. Comment ça fonctionne en C? Ce qui ne fait extern inline void f(void); faire?

    Ceci est expliqué par cette réponse et aussi ce fil.

    En ISO C et C++, vous pouvez utiliser librement inline void f(void) {} dans les fichiers d'en-tête -- quoique pour des raisons différentes!

    En ISO C, il ne fournit pas une définition externe à tous. En ISO C++ il fournit une définition externe; cependant, C++ a une règle supplémentaire (qui C ne fait pas), que s'il y a plusieurs des définitions externes d'un inline fonction, le compilateur trie et sélectionne l'un d'entre eux.

    extern inline void f(void); dans un .c fichier dans ISO C est destiné à être couplé avec l'utilisation de inline void f(void) {} dans les fichiers d'en-tête. Il provoque le définition externe de la fonction d'être émis en ce que l'unité de traduction. Si vous ne faites pas cela, alors il n'existe pas de définition externe, et de sorte que vous pouvez obtenir une erreur de lien (il n'est pas précisé si un appel particulier de f des liens à l'extérieur de la définition ou non).

    En d'autres termes, dans la norme ISO C, vous pouvez sélectionner manuellement où la définition externe va, ou de supprimer la définition externe entièrement à l'aide static inline partout; mais dans la norme ISO C++ le compilateur choisit si et où une définition externe irait.

    Dans C de GNU, les choses sont différentes (plus sur ce ci-dessous).

    Pour compliquer encore les choses, GNU C++ permet d'écrire static inline un extern inline dans le code C++... je ne voudrais pas deviner ce que fait exactement

    Je n'ai jamais vraiment trouvé une utilisation du mot-clé inline dans mes programmes en C, et quand je vois ce mot-clé dans d'autres gens du code, il est presque toujours static inline

    De nombreux programmeurs ne savent pas ce qu'ils font et viens de mettre sur pied quelque chose qui semble fonctionner. Un autre facteur est que le code que vous êtes en train de regarder pourrait avoir été écrit pour GNU C, pas ISO C.

    Dans GNU C, plaine inline se comporte différemment de la norme ISO C. Il réellement émet un visible de l'extérieur de définition, afin d'avoir une .h fichier avec un simple inline fonction inclus à partir de deux unités de traduction provoque un comportement indéterminé.

    Donc, si le programmeur veut pour l'alimentation de l' inline indicateur d'optimisation en C de GNU, puis static inline est nécessaire. Depuis static inline fonctionne dans les deux ISO C et C de GNU, il est naturel que les gens finissent par s'installer pour que et de voir qu'il est apparu à travailler sans donner erreurs.

    dans lequel je ne vois pas de différence avec juste statique.

    La différence est juste dans l'intention de fournir une vitesse-sur-optimisation de la taille du conseil pour le compilateur. Avec les compilateurs modernes ce qui est superflu.

    • "extern inline void f(void); dans un .c fichier est destiné à être couplé avec l'utilisation de static inline void f(void) {} dans les fichiers d'en-tête". Ne devriez-vous pas supprimer le static?
    • Je viens de lire le récent C projet de norme qui stipule que "Si tout de la de la portée du fichier des déclarations pour une fonction dans une unité de traduction incluent la fonction inline rédacteur de devis sans extern, puis la définition de l'unité de traduction est une ligne de définition. Une ligne de définition ne fournit pas une définition externe pour la fonction, et n'interdit pas à une définition externe dans une autre unité de traduction." Est-ce à dire que le extern déclaration est inutile si je rencontre les exigences d'une ligne de définition?
    • vous avez raison sur le retrait de la static; je re-lire tout à l'heure et réalisé l'un de l'autre canonique réponses avaient la méconnaissent. "Il n'est pas précisé si l'appel à la fonction utilise la ligne de définition ou de la définition externe." ne s'applique qu'aux appels de fonctions inline avec une liaison externe, de sorte que les appels à une static inline ne peut pas appeler l'définis à l'externe version. (En fait, cela me semble pour créer une barrière pour le compilateur de faire ensemble du programme d'optimisation)
    • Je ne suis pas sûr de ce que vous entendez dans votre dernière question. Dans un TU, inline void f(void) {} sans extern void f(void); signifie qu'il est à la fois une ligne de définition et une fonction de liaison externe, de sorte que les appels à la fonction pourrait être liée à la définition externe au lieu de cela TU cylindres en ligne de définition.
    • Je comprends maintenant. Donc, sans le extern déclaration, je ne peut pas obtenir de l'éditeur de liens erreurs si le compilateur utilise la ligne de définition, mais je ne reçois de l'éditeur de liens erreurs si le compilateur choisit la définition externe. J'ai juste testé avec gcc avec et sans optimisations. Sans optimisation, je reçois une erreur de l'éditeur de liens pour ne pas avoir une définition externe.
    • oui ça sonne bien , comme dans l'exemple de la cette question

    InformationsquelleAutor M.M
  2. 22

    Un code C peut être optimisé de deux manières: Pour la taille du Code et de Temps d'Exécution.

    fonctions inline:

    gcc.gnu.org dit,

    Par la déclaration d'une fonction inline, vous pouvez demander à GCC de faire des appels à cette fonction plus rapide. Une façon de GCC peut y parvenir est d'intégrer le code de fonction dans le code de ses appelants. Cela rend l'exécution plus rapide en éliminant la fonction-appel-dessus; en outre, si l'argument réel les valeurs sont constantes, les valeurs peuvent permettre des simplifications au moment de la compilation, de sorte que pas tous de la fonction en ligne de code doit être inclus. L'effet de la taille du code est de moins en moins prévisibles; le code de l'objet peut être plus grande ou plus petite avec la fonction inline, selon le cas.

    Donc, il indique au compilateur de construire la fonction dans le code où il est utilisé avec l'intention d'améliorer les temps d'exécution.

    Si vous déclarez des Petites fonctions comme le réglage/la compensation d'un drapeau ou d'un bit bascule qui sont effectuées à plusieurs reprises, inline, il peut faire une grande différence en termes de performances par rapport au temps, mais au détriment de la taille du code.

    non-static inline et Static inline

    Faisant de nouveau référence à gcc.gnu.org,

    Lorsqu'une fonction inline n'est pas statique, alors le compilateur doit supposer qu'il peut y avoir des appels à partir d'autres fichiers source; comme un symbole global peut être définie qu'une seule fois dans tout le programme, la fonction ne doit pas être définies dans les autres fichiers source, de sorte que les appels qui y sont ne peuvent pas être intégrés. Par conséquent, un non-statique de la fonction en ligne est toujours compilé sur son propre dans la manière habituelle.

    extern inline?

    De nouveau, gcc.gnu.org, tout est dit:

    Si vous spécifiez à la fois en ligne et extern dans la définition de la fonction, puis la définition est utilisée uniquement pour inline. En aucun cas, la fonction est compilé sur son propre, même si vous vous référez à son adresse explicitement. Cette adresse devient une référence externe, comme si vous aviez seulement déclaré la fonction, et n'avait pas défini.

    Cette combinaison de inline et extern a presque l'effet d'une macro. La façon de l'utiliser est de mettre une définition de fonction dans un fichier d'en-tête avec ces mots-clés, et remettre une copie de la définition (manque inline et externes) dans un fichier de bibliothèque. La définition dans le fichier d'en-tête provoque la plupart des appels à la fonction inline. Si toutes les utilisations de la fonction restent, ils se réfèrent à la seule copie dans la bibliothèque.

    Pour résumer:

    1. Pour inline void f(void){},
      inline définition n'est valable que dans le courant de l'unité de traduction.
    2. Pour static inline void f(void) {}
      Depuis la classe de stockage est static, de l'identifiant interne de la liaison et la inline définition est invisible dans d'autres unités de traduction.
    3. Pour extern inline void f(void);
      Depuis la classe de stockage est extern, de l'identifiant liaison externe et la ligne de définition fournit également la définition externe.
    InformationsquelleAutor WedaPashi
  3. 5

    De 6.7.4 Fonction des prescripteurs en C11 spécifications

    6 Une fonction déclarée avec une fonction inline spécificateur de est un en ligne
    fonction. Faire une fonction une fonction inline suggère que les appels à la
    la fonction d'être aussi rapide que possible.138)de La mesure dans laquelle
    ces suggestions sont efficaces est
    de mise en œuvre définies par.139)

    138) En utilisant, par exemple, une alternative à l'habituel appel de fonction
    mécanisme, comme inline substitution. Inline substitution est pas
    textuelle de substitution    , ni la création d'une nouvelle fonction. Par conséquent,
    par exemple, l'expansion d'une macro est utilisée dans le corps de la
    la fonction utilise la définition au point le corps de la fonction
    s'affiche, et non là où la fonction est appelée; et les identificateurs de consulter
    pour les déclarations de portée où le corps se produit. De même, l'
    la fonction a une adresse unique, quel que soit le nombre de inline
    les définitions qui se produisent en outre à l'externe
    la définition.

    139) Par exemple, une mise en œuvre pourrait
    ne jamais effectuer inline substitution, ou peut uniquement effectuer inline
    des substitutions pour appels dans le cadre d'une ligne de déclaration.

    Il suggère compilateur que cette fonction est largement utilisé et des demandes de préférez la vitesse dans l'invocation de cette fonction. Mais avec moderne intelligent compilateur de ce qui peut être plus ou moins pertinent que les compilateurs peuvent décider si une fonction doit être incorporé et peut ignorer la ligne la demande des utilisateurs, car les compilateurs modernes peuvent très efficacement décider sur la façon d'appeler les fonctions.

    static inline void f(void) {} a pas de différence pratique avec static
    void f(void) {}    .

    Donc oui avec les compilateurs modernes, la plupart du temps aucun. Avec les compilateurs il y a pas pratique /observables sortie différences.

    inline void f(void) {} en C ne fonctionne pas comme le C++ façon. Comment est-il
    en C?

    Une fonction qui est en ligne n'importe où doit être en ligne partout dans le C++ et l'éditeur de liens ne se plaint pas définition de plusieurs erreur (définition doit être la même).

    Ce qui ne fait extern inline void f(void); faire?

    Cela permettra d'offrir une liaison externe pour f. Parce que le f peuvent être présents dans d'autres unité de compilation, le compilateur peut choisir différentes mécanisme d'appel pour accélérer les appels ou peut ignorer le inline complètement.

    InformationsquelleAutor Mohit Jain
  4. 3

    Une fonction où toutes les déclarations (y compris la définition) mentionnent en ligne et ne jamais extern.

    Il doit y avoir une définition dans la même unité de traduction. La norme fait référence à ce qu'une ligne de définition.

    Aucun objet autonome code est émis, de sorte que cette définition ne peut pas être appelé à partir d'une autre unité de traduction.

    Dans cet exemple, toutes les déclarations et les définitions use inline mais pas extern:

    //a declaration mentioning inline     
inline int max(int a, int b);

//a definition mentioning inline  
inline int max(int a, int b) {  
  return a > b ? a : b;  
}

    Ici est une référence qui peut vous donner plus de clarté sur la ligne des fonctions en C & également sur l'utilisation de inline & extern.

    InformationsquelleAutor Alekhya Vemavarapu
  5. -3

    Comme un mot "Inline" dire "Dans" la "Ligne", en ajoutant ce mot-clé pour fonction affecte le programme lors de l'exécution , lorsqu'un programme est compilé ,le code écrit entrailles de la fonction est collé sous l'appel de la fonction , comme les appels de fonction sont plus coûteux que le code en ligne, donc cela permet d'optimiser le code.
    Donc,
    static inline void f(void) {} et static void f(void) {} , dans ce mot-clé inline ne fait la différence dans l'exécution. Mais quand la fonction a trop de lignes de code, puis il ne sera pas l'effet de l'exécution.
    Si vous ajoutez statique avant la fonction , fonction de la durée de vie est la durée de vie de l'ensemble du programme. Et que la fonction d'usage est restreint à ce fichier uniquement.
    Pour connaître extern vous pouvez vous référer à Les effets du mot-clé extern sur les fonctions C

    • Lorsque le inline mot-clé a été ajoutée à compilateurs (bien avant le premier C standard), qui a été son intention. Mais sa signification et son utilisation a beaucoup changé depuis.
    InformationsquelleAutor user3805321