Compilation de plusieurs fichiers C dans un programme

J'ai les deux fichiers suivants:

fichier1.c

int main(){
  foo();
  return 0;
}

fichier2.c

void foo(){

 }

Puis-je compiler et lier les deux fichiers ensemble afin que la file1.c reconnaîtra le foo fonction sans ajouter extern?

Mis à jour le prototype.

gcc fichier1.c fichier2.c lancers: avertissement: déclaration implicite de la fonction foo.

source d'informationauteur mary

  1. 4

    Vous n'avez pas besoin d'un externmais fichier1.c doit voir une déclaration qui foo() existe. Habituellement, cette déclaration est un fichier d'en-tête.

    Pour ajouter une déclaration sans l'aide d'un fichier d'en-tête, il suffit de modifier le fichier fichier1.c:

    int foo();  //add this declaration

int main(){
  foo();
  return 0;
}
  2. 21

    La manière correcte est comme suit:

    file1.c

    #include <stdio.h>
#include "file2.h"

int main(void){
    printf("%s:%s:%d \n", __FILE__, __FUNCTION__, __LINE__);
    foo();
    return 0;
}

    file2.h

    void foo(void);

    file2.c

    #include <stdio.h>
#include "file2.h"

void foo(void) {
    printf("%s:%s:%d \n", __FILE__, __func__, __LINE__);
    return;
}

    output

    $
$ gcc file1.c file2.c -o file -Wall
$
$ ./file 
file1.c:main:6 
file2.c:foo:6 
$
  3. 5

    Vous peutmais vous ne devriez pas.

    Utiliser un fichier d'en-tête, fichier2.h:

    //file2.h

void foo(); //prototype for function foo()

    Puis ajouter:

    #include "file2.h"

    dans fichier1.c

    De compilation:

    $ gcc -Wall file1.c file2.c -o foo

    En règle générale, il est préférable (plus robuste) pour utiliser un fichier d'en-tête pour définir la interface de chaque module plutôt que ad hoc prototypes dans les modules dépendants. C'est parfois connu comme l'ENDROIT (Point Unique De la Vérité) principe.

  4. 2

    C'est moche, mais en utilisant gcc, vous pouvez:

    gcc -include file2.c file1.c

    -include est un indicateur pour le préprocesseur qui reprendra le contenu de fichier2.c est tout en haut de fichier1.c. Cela dit, c'est un mauvais choix, et se décompose pour tous, mais le plus simple des programmes.