Dois-je déclarer système d'appel des fonctions en C?

J'ai lu cette réponse:
Doit déclarer prototype de fonction en C?

Ma question est plus précise:

Dans un programme qui utilise le système des appels de ce genre access(), open(), creat(), write(), read()... dois-je déclarer chaque fonction de l'appel système? Est-ce que les C fonctionne? Parce que je suis le suivant:

hw1.c: In function ‘main’:
hw1.c:50:9: warning: implicit declaration of function ‘access’ [-Wimplicit-function-declaration]
hw1.c:131:9: warning: implicit declaration of function ‘lseek’ [-Wimplicit-function-declaration]
hw1.c: In function ‘writeFile’:
hw1.c:159:17: warning: implicit declaration of function ‘write’ [-Wimplicit-function-declaration]

Fondamentalement, il semble que C est en colère à chaque fonction de l'appel système que j'utilise.
Je suis un peu novice en C et que cela semble étrange pour moi, même si je sais que je dois déclarer des fonctions j'écris je pense que C connaissent le système de l'appel des fonctions et n'aurait pas besoin de moi pour déclarer explicitement dans le code.

Dois-je faire quelque chose comme ceci:

int access(const char *pathname, int mode);

Si oui, pourquoi cela fait-il sens? Je utiliser d'autres langues et ne jamais avoir à le faire.

OriginalL'auteur wolfdawn | 2012-11-15

  1. 11

    Oui, vous devez inclure l'en-tête correcte pour chaque fonction du système d'appel que vous faites. Tu n'écris pas les déclarations de vous—mêmes, vous aurez tort. Utiliser l'en-tête de!

    Pour les fonctions que vous citez, les en-têtes sont:

    #include <unistd.h>  /* Many POSIX functions (but not all, by a large margin) */
#include <fcntl.h>   /* open(), creat() - and fcntl() */

    Voir POSIX 2008 de trouver le bon en-tête pour d'autres fonctions POSIX.

    Le standard C99 exige que toutes les fonctions sont déclarées ou définies avant d'être utilisées.

    Pour vos propres fonctions, vous devez imiter le "système". Il y aura un en-tête qui déclare la fonction, le fichier source qui la met en œuvre, et les autres fichiers source qui utilisent la fonction. L'autre source de fichiers, utilisez l'en-tête pour obtenir la déclaration correcte. La mise en œuvre de fichier contient l'en-tête pour s'assurer de sa mise en œuvre est conforme à ce que les autres fichiers source attendre. Si l'en-tête est la colle qui tient tout ensemble.

    Merci! Ce tout résolu. Donc en gros, j'ai besoin de fonctions d'importation et de leurs en-têtes. Si je n'ai que des fonctions d'importation-je obtenir les avertissements et les fonctions de travail en fonction de leurs signatures? Je vais suivre ce conseil à partir de maintenant
    Vous d'inclure les en-têtes de déclarer les fonctions. Les en-têtes ne sont normalement pas contenir de la mise en œuvre. Ces fonctions sont généralement dans la bibliothèque C que le compilateur des liens avec votre demande de toute façon, vous n'avez généralement pas à faire quelque chose de plus que d'inclure l'en-tête et d'utiliser correctement la fonction. Parfois, vous vous apercevrez que vous devez ajouter un supplément de bibliothèque (ou plusieurs) à la ligne de liaison de votre programme.

    OriginalL'auteur Jonathan Leffler

  2. 3

    Vous n'avez pas à déclarer chacun, en soi. Ce que vous devez faire est de comprendre l'en-tête des fichiers qui contiennent les déclarations de ces fonctions. Par exemple:

    #include <stdio.h>
#include <stdlib.h>
#include <fcntl.h>
#include <unistd.h>

    stdio.h, fcntl.h, et unistd.h (en supposant que vous codant pour *nix) sont ceux dont vous avez besoin pour les fonctions que vous avez mentionné. Pour plus de détails, consultez votre documentation (c'est à dire man lseek).

    OriginalL'auteur Will

  3. 1

    Que vous avez à faire dans presque toutes les langues, sauf pour un "de base" des bibliothèques. Java, C#, Perl, etc. toutes les formes de import ou use, ou en faisant des références à construire des configurations, ou... pour les choses de l'extérieur de la bibliothèque de base. C est pas différent, sauf qu'il a un très petit (c'est à dire inexistante) "bibliothèques de base" - aucun des en-têtes de bibliothèque sont inclus par défaut.

    #include est ce que vous cherchez. Voir la page de man pour chacune de ces fonctions, et vous saurez ce que les en-têtes que vous devez inclure.

    C est la bibliothèque standard est certainement limitée par rapport à C++, Java, Python, Ruby, ... mais de l'appeler inexistante va un peu loin 🙂
    Je voulais dire que rien de ce qui est inclus par défaut.
    La différence et la cause de confusion pour les débutants c utilisateurs, c'est que dans le langage x je ne peut pas utiliser une fonction ou je peux l'utiliser sans l'obtention d'un avertissement. En c, le code fonctionne sans #include <unistd.h>, et je reçois un avertissement. C'est comme C en disant: je sais ce que tu veux dire mais je vous serais reconnaissant si vous étiez plus clair.
    c'est pire que ça. Selon ce que la fonction prend comme arguments et de quoi il en retourne, ne pas avoir le droit prototype va conduire à de vrais bugs. Vous avez vraiment besoin de fixer tous ces avertissements, y compris le droit des en-têtes. Ils ne doivent pas être ignorées.
    Partie de la raison de ce comportement est l'héritage historique. Avant il y avait un C standard, la façon dont le code a été écrit a été considérablement différents (pas de prototypes, par exemple). Lorsque la norme a été créée, le code héritage devait être compilable encore hors la loi le code existant aurait fait le standard de l'échec. Cela signifie qu'il existe différentes réglementations laxistes lieu au cours de la pré-norme jours. L'une de ces règles avec C89 compilateurs, c'est que si quelque chose ressemble à une fonction et n'est pas contraire a déclaré, c'est une fonction à durée indéterminée liste d'argument qui renvoie un int. C99 hors la loi.

    OriginalL'auteur Mat