Sur les #ifdef

Version imprimable

04/10/2007, 08h55
deubelte

Sur les #ifdef
J'ai une question sur les #ifdef _cplusplus..
Code:

1 2 3 4 5 6 7 8 9 10 11 12 #ifdef _cplusplus namespace std { extern "C" { #endif // int printf(const char*) // #ifdef _cplusplus } } #endif
Tel que je le comprends, le code fonctionne comme cela:
#ifdef _cplusplus est une macro. Elle est "vraie" si le fichier est du C++ ou si l'on code en C++.
Si cette macro est vrai, le curseur passe ensuite sur namespace std;
puis sur extren "c"{
Si c'est faux, il passe directement a int printf()
Pour moi, ca permet de faire comprendre au compilo qu'il va lire du code en C alors qu'il est en C++. Quand on rentre dans le crochet ifdef _cplusplus, on a extren "C"
Il s'agit d'une redeclaration, non d'une definition

On trouve ce genre de code dans les Header ?
04/10/2007, 09h59
Médinoc
- #ifdef _cplusplus n'est pas une macro. _cplusplus (et/ou __cplusplus) est une macro, qui est définie si l'on compile en C++.
- Le #ifdef est vrai si la macro _cplusplus est définie, donc si l'on compile en C++. Sinon, l'on passe directement au printf.
- La première ligne dans le #ifdef place la fonction dans le namespace std, comme le veut le standard.
- La seconde est une instruction pour l'éditeur de liens : Elle indique que la fonction ici déclarée est appelable depuis le C et que son vrai nom est "printf" (ou "_printf", sous Windows) et non pas "?printf@^$ù*^$$^" (enfin, un nom défiguré par le C++, quoi).
  - La fonction n'est pas forcément définie en C. Elle peut être définie dans n'importe quel langage (y compris C++), mais son interface est en C.
Pour plus d'informations sur extern "C", voir ici:
http://www.developpez.net/forums/sho...d.php?t=256281

merci je regarde le lien

mais que je fasse:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
//#ifdef _cplusplus
//extern "C"{
//#endif 
  char* strcpy(char*,const char*);
//#ifdef _cplusplus
//}
//#endif
 
int main(){
 cout<<strlen("e");
 
}

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
#ifdef _cplusplus
extern "C"{
#endif 
  char* strcpy(char*,const char*);
#ifdef _cplusplus
}
#endif
 
int main(){
 cout<<strlen("e");
 
}

ca produit le mème resultat

04/10/2007, 10h31
Médinoc

Normal: Tu joues avec la déclaration de strcpy(), mais tu utilises strlen()... :roll:

De plus, ça signifie que strlen() est déjà déclarée, sans quoi tu aurais une erreur de compilation...

oui, pardon:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
#ifdef _cplusplus
extern "C"{
#endif 
  char* strlen(char*);
#ifdef _cplusplus
}
#endif
 
int main(){
 cout<<strlen("e");
 
}

Mais j'ai lu ton truc, donc j'ai +- compris

04/10/2007, 15h11
deubelte

j'essaye depuis ce matin de modifier le programme de Medinoc qui est ici:
http://www.developpez.net/forums/sho...d.php?t=256281
pour essayer de le faire planter,et pour comprendre a quoi sert "externe"

Parce que c'est bien joli sur le papier, mais en vrai, ca donne quoi?

J'ai essaye de supprimer des externe C, des #Ifdef et des #ifndef....
Malgré tout mes efforts je n'arrive pas a le faire planter

Est-ce que quelqu'un peux modifier ce programme afin qu'il buge, (au niveau des externes et des linkage bien sur, pas sur le reste du code :roll:)

Merci
04/10/2007, 15h21
Médinoc

Normalement, le programme lui-même n'est pas supposé "planter" suite à une telle erreur : Le symptôme à attendre sera plutôt un échec de l'édition de liens.
04/10/2007, 15h26
deubelte

Normalement, le programme lui-même n'est pas supposé "planter" suite à une telle erreur : Le symptôme à attendre sera plutôt un échec de l'édition de liens.

et a quoi ca sert les liens?
04/10/2007, 15h30
Médinoc

Note: Utilise la balise [QUOTE] [/QUOTE] quand tu cites quelqu'un.

L'édition de liens est l'étape qui transforme plusieurs fichiers .obj ou .o en un programme exécutable (machin.exe, a.out, etc.).
04/10/2007, 15h32
deubelte

OK,
si tu es certais de n'utiliser que VC2005, que tu es certains de coder en C++, et utiliser des fonctions C++ qui ne sont pas "exotiques", comme le C est un sous ensemble du C++, tu n'auras pas besoin d'utiliser des linkage?

C'est plus une histoire de compilo que de code?
04/10/2007, 15h56
Médinoc

Non-sens.

Visual Studio 2005 lui-même décompose la génération d'un programme en compilation et édition de liens.

Et le C n'est PAS un sous-ensemble du C++. Je peux te pondre un programme C parfaitement standard C90 qu'un compilateur C++ refusera.
Le code C doit être compilé avec un compilateur C, le code C++ avec un compilateur C++. Seule l'édition de liens pourra unir les différents codes C et C++ en un programme exécutable.

Rappel: Même en ne compilant qu'avec un seul langage, tu as autant de fichiers .o ou .obj que de fichiers source.
04/10/2007, 16h39
deubelte

Citation:

Et le C n'est PAS un sous-ensemble du C++. Je peux te pondre un programme C parfaitement standard C90 qu'un compilateur C++ refusera.

D'ou l'utilisation d'un externe C ?
04/10/2007, 16h53
Médinoc

Non, d'où la séparation du code dans au moins deux fichiers, compilés par deux compilateurs différents.

extern "C" ne sert qu'à dire "On compile en C++, mais cette fonction a un nom C et non pas un nom C++".
04/10/2007, 16h56
Médinoc
Voici pour montrer la différence entre un nom C et un nom C++.

Considérons la fonction déclarée ainsi:

Code:

int uneFonction(int);

Sous Visual C++ 8.0, son nom C++ (qui dépend du compilateur) sera : ?uneFonction@@YAHH@Z
Tandis que son nom C (standardisé sous Windows selon la convention d'appel choisie) sera : _uneFonction

Et comme une fonction n'a qu'un seul nom, elle ne peut avoir à la fois un nom C et un nom C++.
Puisque le compilateur C ne peut connaître que le nom C d'une fonction, si l'on veut qu'une fonction soit utilisable par les deux langages :
- Elle doit avoir un nom C
  - Pour une fonction C, c'est toujours le cas.
  - Pour une fonction C++, on le demande avec extern "C".
- Et le compilateur C++ doit savoir qu'elle a un nom C.
  - On le lui dit avec extern "C".