C # fusionnera-t-il avec le compilateur C ++ natif? [fermé]

Dans l'état actuel des choses, cette question ne convient pas à notre format de questions / réponses. Nous nous attendons à ce que les réponses soient étayées par des faits, des références ou une expertise, mais cette question suscitera probablement un débat, des arguments, des sondages ou une discussion approfondie. Si vous pensez que cette question peut être améliorée et éventuellement rouverte, consultez le centre d'aide pour obtenir des conseils.

Fermé il y a 7 ans .

Selon ce post:

http://channel9.msdn.com/Forums/Coffeehouse/MS-working-on-a-same-compiler-for-C-AND-C--Not-in-incubation-but-for-production-

Combien de vérité est dans ce post? Doit-il être pris au sérieux par les programmeurs C ++ inconditionnels (développeurs de jeux, etc.) ??

Edit: Il y a un autre but à cette question ... Est-ce que C # sera rétrocompatible avec C ++?

c# c++

— user73830
source

+1 parce que les offres d'emploi liées sur le site Microsoft ne mentionnent en effet un compilateur C # et C de la careers.microsoft.com/jobdetails.aspx?jid=81769

— MarkJ

Je me demande pourquoi ce n'est pas dans l'actualité de nos jours ....

— user73830

C # et C ++ peuvent bénéficier des mêmes optimisations effectuées sur un IR commun, il peut donc être judicieux d'avoir un compilateur unifié.

— SK-logic

Pourquoi devrait-il être rétrocompatible? Ces langages sont trop différents, ce qui ne signifie pas qu'ils ne peuvent pas partager la même couche intermédiaire du compilateur (tout en ciblant les différents backends).

— SK-logic

Par exemple, l'analyse polyédrique (qu'ils ont mentionnée explicitement dans l'annonce) sera exactement la même pour les deux langues, avec une dépendance supplémentaire à l'analyse d'alias pour le frontend C ++.

— SK-logic

Même pas en rêve. Il faudrait le refactoring le plus drastique d'un langage pour le faire fonctionner avec C ++ et il briserait chaque pouce de code C # existant. Ils essaient probablement de partager le même cadre de génération de code natif.

— DeadMG
source

Probablement incorrect dans les détails. MS possède déjà un compilateur MSIL natif sous la forme de Ngen. Cela ne me surprendrait pas si Ngen et cl utilisaient le même back-end de code gen afin qu'ils partagent des améliorations comme la vectorisation automatique mentionnée.

— stonemetal
source

Non, cl ne partage aucun backend commun avec ngen.

— SK-logic