C # จะรวมกับคอมไพเลอร์ภาษา C ++ หรือไม่ [ปิด]

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ

ปิดให้บริการใน7 ปีที่ผ่านมา

ตามโพสต์นี้:

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

โพสต์นี้มีความจริงมากแค่ไหน? ควรดำเนินการอย่างจริงจังโดยโปรแกรมเมอร์ C ++ ที่ไม่ยอมใครง่ายๆ (เกม devs ฯลฯ ) หรือไม่?

แก้ไข: มีจุดประสงค์อื่นสำหรับคำถามนี้ ... C # จะเข้ากันได้กับ C ++ ย้อนหลังหรือไม่

c# c++

— user73830
แหล่งที่มา

+1 เพราะเชื่อมโยงประกาศรับสมัครงานในเว็บไซต์ของไมโครซอฟท์ทำแน่นอนพูดถึงคอมไพเลอร์สำหรับ C # และ C ++ careers.microsoft.com/jobdetails.aspx?jid=81769

— MarkJ

ฉันสงสัยว่าทำไมมันไม่ได้อยู่ในข่าววันนี้ ....

— user73830

ทั้ง C # และ C ++ สามารถได้รับประโยชน์จากการเพิ่มประสิทธิภาพเดียวกันที่ดำเนินการผ่าน IR ทั่วไปดังนั้นจึงอาจเหมาะสมที่จะมีคอมไพเลอร์รวม

— SK-logic

ทำไมจึงควรใช้กับระบบย้อนหลังได้ ภาษาเหล่านี้แตกต่างกันมากเกินไปซึ่งไม่ได้หมายความว่าพวกเขาไม่สามารถแชร์เลเยอร์กลางคอมไพเลอร์เดียวกันได้ (ในขณะที่ยังคงกำหนดเป้าหมายแบ็กเอนด์ต่างกัน)

— SK-logic

ตัวอย่างเช่นการวิเคราะห์รูปหลายเหลี่ยม (ซึ่งได้กล่าวถึงอย่างชัดเจนในโฆษณา) จะเหมือนกันสำหรับทั้งสองภาษาโดยมีการพึ่งพาเพิ่มเติมในการวิเคราะห์นามแฝงสำหรับส่วนหน้าของ C ++

— SK-logic

ไม่ใช่โอกาสในนรก มันต้องใช้การปรับโครงสร้างที่รุนแรงที่สุดของภาษาเพื่อให้ทำงานกับ C ++ และทำลายรหัส C # ที่มีอยู่ทุกนิ้ว พวกเขาส่วนใหญ่มักจะพยายามแบ่งปันเฟรมเวิร์กการสร้างรหัสเนทีฟแบบเดียวกัน

— DeadMG
แหล่งที่มา

อาจไม่ถูกต้องในรายละเอียดเฉพาะ MS มีคอมไพเลอร์ดั้งเดิมของ MSIL ในรูปแบบของ Ngen แล้ว มันจะไม่แปลกใจเลยถ้าทั้ง Ngen และ cl ใช้รหัสด้านหลัง gen เดียวกันเพื่อให้พวกเขาแบ่งปันการปรับปรุงเช่น vectorization อัตโนมัติที่กล่าวถึง

— stonemetal
แหล่งที่มา

ไม่ cl ไม่แชร์แบ็คเอนด์ร่วมกับ ngen

— SK-logic