Le code C est-il toujours considéré comme C++?

Question

Le commentaire à this answer m'a fait me demander. J'ai toujours pensé que C était un sous-ensemble correct de C++, c'est-à-dire que tout code C valide est un code C++ valide par extension. Ai-je tort à ce sujet? Est-il possible d'écrire un programme C valide qui n'est pas un code C++ valide?

EDIT: Ceci est vraiment similaire à, mais pas une copie exacte de this question.

Answer 1

En général, oui le code C est considéré comme du code C++.

Mais C n'est pas un sous-ensemble correct au sens strict. Il y a quelques exceptions.

Voici quelques choses valables en C qui ne sont pas valides en C++:

int *new;//<-- new is not a keyword in C 
char *p = malloc(1024); //void * to char* without cast 

Il y a d'autres exemples aussi, mais vous voyez l'idée. J'ai déjà écrit une réponse plus complète dans une question similaire here.

Answer 2

typedef struct { 
    int a, b, c; 
} st; 

st s = { 
    .a = 1, 
    .b = 2, 
}; 

Ce code valide est de C qui ne compile pas en plus compilateurs C++. Cela ne fait pas partie des spécifications C++ autant que je sache. Cependant, certains compilateurs C++ sont "libéraux" avec certaines parties du langage et permettent des choses qu'ils ne devraient pas faire, tout comme beaucoup manquent quelques nuances qui sont dans la spécification mais presque jamais utilisées.

Answer 3

Je pense qu'il peut être plus correct de dire que ANSI C est un sous-ensemble de C++. Non K & R C.

Answer 4

Voir aussi Is it true that there is no need to learn C because C++ contains everything. Il existe un grand sous-ensemble commun de C et C++; il y a beaucoup d'extensions en C++ qui ne sont pas en C; il y a des bits en C qui ne sont pas en C++ (principalement les bits que vous ne voulez pas utiliser); et il y a des bits qui sont en C et C++ mais qui sont différents.

Answer 5

Un couple d'autres choses qui sont valides C mais pas C++:

int func(); 
func(0,0); //Error in C++, but not in C 

Aussi ne sous-estimons pas l'impact de C++ ayant plusieurs mots-clés:

int new; //Obviously an error in C++ 

Answer 6

Une chose qui définit les deux à part et revient dans le développement au jour le jour est le couplage et le mangling nom de la fonction. Une fonction C compilée avec un compilateur C n'est pas accessible à C++ sauf si le prototype est balisé avec extern "C".

Answer 7

Quelques autres:

C permet des appels récursifs à principal, C++ ne

char foo[3] = "abc" est C juridique, et non C++

sizeof('A') == sizeof(int) est vrai en C et faux en C++

Il y a encore plus de changements avec C99

Editer: J'ai trouvé un message que énumère la majorité des différences.http://c-faq.com/misc/cplusplus.nr.html

Résumé des raisons pour lesquelles C est pas bon sous-ensemble de C++:

1. conversion automatique de void * à tout objet/type incomplet
2. nouveaux mots-clés (un certain nombre de ceux-ci)
3. en raison de struct s devenir portée
4. en raison de struct étiquettes devenant typedef s
5. en raison de prototypes étant nécessaire
6. int implicites règles
7. appel récursif à main
8. En raison de // commentaires
9. en raison de caractères littéraux étant le type char et non int etc.

Answer 8

Notez également que C99 ajoute plusieurs fonctionnalités qui ne sont pas autorisés en C++ (ou sont uniquement pris en charge à l'aide d'extensions de fournisseur), tels que les types de données intégrés _Complex et _Imaginary, variables gth arrays (tableaux dimensionnés au moment de l'exécution plutôt qu'à la compilation), membres de tableau flexibles (tableaux déclarés en tant que dernier membre d'une structure pouvant contenir un nombre indéterminé d'éléments), et plus encore.

Pour la liste exhaustive des incompatibilités entre C et C++, y compris les modifications avec C99, voir http://david.tribble.com/text/cdiffs.htm.