C # देशी C ++ कंपाइलर के साथ मर्ज होगा? [बन्द है]


23

इस पोस्ट के अनुसार:

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

इस पोस्ट में कितनी सच्चाई है? क्या इसे कट्टर C ++ प्रोग्रामर (गेम देव आदि) द्वारा गंभीरता से लिया जाना चाहिए ??

संपादित करें: इस प्रश्न का एक और उद्देश्य है ... क्या C # C ++ के साथ पिछड़ा होगा?


5
+1 क्योंकि माइक्रोसॉफ्ट की साइट पर जुड़ा हुआ नौकरी पोस्टिंग वास्तव में सी # के लिए एक संकलक और सी ++ का उल्लेख करते careers.microsoft.com/jobdetails.aspx?jid=81769
MarkJ

मुझे आश्चर्य है कि क्यों नहीं इन दिनों समाचार में ....
user73830

C # और C ++ दोनों एक ही IR पर किए गए एक ही ऑप्टिमाइज़ेशन से लाभान्वित हो सकते हैं, इसलिए यह एकीकृत कंपाइलर होने का अर्थ हो सकता है।
एसके-तर्क

1
यह पिछड़ा-संगत क्यों होना चाहिए? ये भाषाएं बहुत अलग हैं, जिसका मतलब यह नहीं है कि वे दोनों एक ही संकलक मध्य परत को साझा नहीं कर सकते हैं (जबकि अभी भी विभिन्न बैकेंड को लक्षित कर रहे हैं)।
SK-तर्क

1
उदाहरण के लिए, पॉलीहेड्रल विश्लेषण (जिसका उन्होंने विज्ञापन में स्पष्ट रूप से उल्लेख किया है) दोनों भाषाओं के लिए बिल्कुल समान होगा, सी ++ फ्रंटएंड के लिए विश्लेषण विश्लेषण पर कुछ अतिरिक्त निर्भरता के साथ।
SK- तर्क

जवाबों:


9

नरक में भी जगह नहीं। यह C ++ के साथ काम करने के लिए किसी भाषा का अब तक का सबसे कठोर रिफैक्टिंग होगा और यह मौजूदा # कोड के हर इंच को तोड़ देगा। वे सबसे अधिक संभावना बस एक ही मूल कोड पीढ़ी ढांचे को साझा करने की कोशिश कर रहे हैं।


6

विशेष रूप से गलत है। MS के पास पहले से ही Ngen के रूप में एक देशी MSIL संकलक है। यह मुझे आश्चर्यचकित नहीं करेगा अगर Ngen और cl दोनों ने समान कोड जीन बैक एंड का उपयोग किया है ताकि वे उल्लेखित ऑटो वेक्टराइजेशन जैसे सुधारों को साझा करें।


नहीं, cl किसी भी सामान्य बैकएंड को ngen के साथ साझा नहीं करता है।
एसके-तर्क
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.