Microsoft Visual C++

• Microsoft C 1.0, based on Lattice C, was Microsoft's first C product in 1983. It was not K&R C compliant.
• C 2.0 added large model support, allowing up to 1MiB for both the Code Segment and Data Segment.^[5]
• C 3.0 was the first version developed inside Microsoft.^[6] This version intended compatibility with K&R and the later ANSI standard. It was being used inside Microsoft (for Windows and Xenix development) in early 1984. It shipped as a product in 1985.
• C 4.0 added optimizations and CodeView, a source-level debugger.
• C 5.0 added loop optimizations and huge memory model (arrays bigger than 64 KB) support.
• C 5.1 released in 1988 allowed compiling programs for OS/2 1.x. The fourteen 5.25" disk (two of which were 1.2 MB, the others 360k) version included QuickC. The eleven 720k 3.5" disk version included with the OS/2 Software Development Kit included MASM 5.1 (a single executable that worked under both MSDOS and OS/2 1.x).
• أضافت لغة C 6.0، التي صدرت عام 1989، دعمًا لنموذج الذاكرة المصغر ودعمًا أفضل لمعيار ANSI C89 (مع أن الوثائق تشير صراحةً إلى أنها ليست متوافقة بنسبة 100%، إلا أنها تبدو قريبة بما يكفي للأغراض العملية). كما أضافت بيئة التطوير المتكاملة Programmer's Workbench ، وتحليل التدفق العام، ومتصفح المصدر، ومصحح أخطاء جديد. ولدهشة الكثيرين، لم تُضمّن لغة C++ على الرغم من وجود بدائل لها لدى المنافسين. ^{[ 7 ]}
• صدرت لغة C/C++ 7.0 عام 1992. تخلت عن دعم نظام التشغيل OS/2. تطلّب تجميعها معالج 386 بالإضافة إلى مُوسِّع DOS المُضمَّن ، 386MAX ، ^{[ 8 ]} مع ذلك، كان على المستخدمين، لتمكينهم من استهداف مُوسِّعات DOS في برامجهم الخاصة، استخدام إحدى أدوات الطرف الثالث التي صدرت لاحقًا . ^{[ 9 ]} أُضيف دعم مُدمج للغة C++ ومكتبة فئات مؤسسة مايكروسوفت ( MFC ) 1.0. ^{[ 10 ]}
• كان Visual C++ 1.0، الذي تضمن MFC 2.0، هو الإصدار الأول من "Visual" C++، والذي تم إصداره في فبراير 1993. وكان متوافقًا مع Cfront 2.1 ^{[ 11 ]} ومتاحًا في إصدارين: ^{[ 1 ]}
  • المعيار: حل محل QuickC لنظام التشغيل Windows.
  • إصدار احترافي: حل محل C/C++ 7.0. تضمن إمكانية إنشاء تطبيقات DOS وWindows، ومُصرّفًا مُحسِّنًا ، ومُحلِّلًا للمصدر ، وحزمة تطوير البرامج Windows 3.1. ^{[ 11 ]} كما تم تضمين Phar Lap 286 DOS Extender Lite . ^{[ 12 ]}
• تم إصدار Visual C++ 1.5 في ديسمبر 1993، وتضمن MFC 2.5، وأضاف دعم OLE 2.0 و ODBC إلى MFC. ^{[ 13 ]} وكان هذا أول إصدار من Visual C++ يأتي فقط على قرص مضغوط .
  • كان الإصداران 1.51 و1.52 من Visual C++ متاحين كجزء من خدمة الاشتراك.
  • يُشبه Visual C++ 1.52b الإصدار 1.52، ولكنه لا يتضمن مجموعة أدوات تطوير التحكم.
  • كان Visual C++ 1.52c نسخة مُعدّلة من الإصدار 1.5. وهو آخر منصة تطوير، وربما الأكثر شيوعًا، لنظام التشغيل Microsoft Windows 3.x. وهو متوفر عبر شبكة مطوري Microsoft .

• كان Visual C++ 1.0 (الاسم الأصلي: Visual C++ 32-bit Edition)، الذي صدر عام 1993، أول إصدار لتطوير تطبيقات 32 بت (ويتطلب نظام تشغيل Windows NT 32 بت) لبنية Intel 386. ^{[ 14 ]} على الرغم من إصداره بالتزامن مع توفر الإصدار 1.5 ذي 16 بت ، إلا أنه لم يدعم تقنيتي OLE2 وODBC. كما كان متوفرًا ضمن حزمة Visual C++ 16/32-bit Suite، التي تضمنت Visual C++ 1.5. ^{[ 15 ]}
• كان Visual C++ 2.0، الذي تضمن MFC 3.0، أول إصدار يعمل بنظام 32 بت فقط. وقد كان هذا الإصدار سابقًا لعصره من نواحٍ عديدة، إذ لم يكن نظام التشغيل Windows 95 ، الذي كان يُعرف آنذاك باسم "Chicago"، قد صدر بعد، ولم يكن نظام Windows NT يحظى إلا بحصة سوقية صغيرة. قامت مايكروسوفت بتضمين وتحديث Visual C++ 1.5 كجزء من إصدارات 2.x حتى الإصدار 2.1، الذي تضمن Visual C++ 1.52، كما تم تضمين كلٍ من إصداري 16 بت و32 بت من مجموعة أدوات تطوير التحكم (CDK). دعم Visual C++ 2.x أيضًا تطوير تطبيقات Win32s . وهو متوفر عبر شبكة مطوري مايكروسوفت . كما توفر إصدار Visual C++ 2.0 RISC لمعالجات MIPS و Alpha ، بالإضافة إلى إصدار متعدد المنصات لنظام Macintosh ( مجموعة تعليمات 68000 ). ^{[ 16 ]}
  • كانت نسخة مايكروسوفت فيجوال سي++ للتطوير المتقاطع لنظام ماكنتوش إضافةً لبرنامج فيجوال سي++، وقد قدمت مكتبة قابلية نقل ويندوز، المعروفة أصلاً باسم مكتبة ويندوز لنظام ماكنتوش ^{[ 17 ] : 17} أو طبقة ويندوز لنظام ماكنتوش (WLM)، ^{[ 18 ] : 16} مما يسمح للمطورين بكتابة تطبيقات باستخدام واجهات برمجة تطبيقات Win32 وMFC التي يمكن تجميعها لأجهزة كمبيوتر ماكنتوش ذات بنية 68000. ^{[ 17 ]}
  • كانت إصدارات Visual C++ 2.1 و 2.2 تحديثات للإصدار 2.0 متاحة من خلال الاشتراك.
• قدمت Visual C++ 4.0، التي صدرت في 11 ديسمبر 1995، ^{[ 19 ]} بيئة التطوير المتكاملة Developer Studio. ولا يزال تصميمها المبتكر آنذاك، والمكون من لوحات غير متداخلة - لوحة التنقل، ولوحة محرر/مصحح أخطاء على مستوى المصدر، ولوحة إخراج وحدة التحكم ^{[ 20 ]} - مستخدمًا في جميع إصدارات Visual Studio ( حتى عام 2025).تضمنت Visual C++ 4.0 مكتبة MFC 4.0، وصُممت لأنظمة التشغيل Windows 95 وWindows NT. ولدعم المشاريع القديمة (Windows 3.x/DOS)، جاءت النسخة 4.0 مُدمجة مع قرص تثبيت Visual C++ 1.52. وشملت التحديثات المتاحة عبر الاشتراك Visual C++ 4.1، التي جاءت مع حزمة تطوير برامج الألعاب من Microsoft (والتي صدرت لاحقًا بشكل منفصل باسم DirectX SDK)، وVisual C++ 4.2. تم تخطي الإصدار 3.0 لتحقيق تطابق في أرقام الإصدارات بين Visual C++ 4.0 وMFC 4.0. ^{[ 21 ]}
• لم يدعم Visual C++ 4.2 تطوير تطبيقات Windows 3.x ( Win32s ). ^{[ 22 ]} كان هذا الإصدار الأخير الذي يتوفر منه إصدار متعدد المنصات لنظام Mac، وقد اختلف عن الإصدار 2.x في أنه سمح أيضًا بالتجميع لمجموعة تعليمات PowerPC .
• كان Visual C++ 5.0 (المرفق مع Visual Studio 97) والذي تضمن MFC 4.21 وصدر في 28 أبريل 1997، ^{[ 19 ]} بمثابة ترقية رئيسية من الإصدار 4.2. ^{[ 23 ]} وهو متوفر بأربعة إصدارات: Learning، ^{[ 24 ]} Professional، ^{[ 25 ]} Enterprise، ^{[ 26 ]} وRISC. ^{[ 27 ]}
• تم إصدار Visual C++ 6.0 (المعروف اختصارًا بـ VC6، والمتوفر بشكل مستقل في إصدارات Standard وProfessional وEnterprise، بالإضافة إلى تضمينه مع Visual Studio 6.0) في عام 1998، والذي تضمن MFC 6.0. ^{[ 28 ] [ 29 ]} أثار هذا الإصدار بعض الجدل لعدم احتوائه على التحديث المتوقع لـ MFC. لا يزال Visual C++ 6.0 شائعًا ويُستخدم غالبًا لصيانة المشاريع القديمة. مع ذلك، توجد بعض المشاكل في هذا الإصدار على نظام Windows XP، خاصةً في وضع التصحيح (على سبيل المثال، لا تظهر قيم المتغيرات الثابتة). يمكن حل مشاكل التصحيح باستخدام حزمة تصحيح تُسمى "Visual C++ 6.0 Processor Pack". ^{[ 30 ]} رقم الإصدار: 12.00.8804
• تم إصدار Visual C++ .NET 2002 (المعروف أيضًا باسم Visual C++ 7.0)، والذي تضمن MFC 7.0، في عام 2002 مع دعم توليد التعليمات البرمجية أثناء الربط وفحوصات تصحيح الأخطاء أثناء التشغيل، و.NET 1.0، و Visual C# و Managed C++ . استخدمت واجهة المستخدم الجديدة العديد من اختصارات لوحة المفاتيح واتفاقيات Visual Basic ، مما ساهم في عدم شعبيتها بين مطوري C++. رقم الإصدار: 13.00.9466
• تم إصدار Visual C++ .NET 2003 (المعروف أيضًا باسم Visual C++ 7.1)، والذي تضمن MFC 7.1، في عام 2003 بالتزامن مع .NET 1.1، وكان بمثابة ترقية رئيسية لـ Visual C++ .NET 2002، وأول إصدار يدعم بنية "long long" في لغة C99. واعتُبر بمثابة تصحيح لـ Visual C++ .NET 2002. وبناءً على ذلك، تم توفير نسخة الترقية الإنجليزية من Visual Studio .NET 2003 بسعر رمزي لمستخدمي النسخة الإنجليزية من Visual Studio .NET 2002. يُعد Windows 98 أدنى إصدار مدعوم رسميًا. مع أن البرامج البسيطة تعمل على Windows 95 وNT 4.0، إلا أن البرامج الأكثر تعقيدًا قد تتسبب في استدعاء ملفات مثل ws2_32.dll، أو في فقدان بعض الدوال في kernel32.dll. في الإصدارات اللاحقة (Visual C++ 2005) من المُصرّف، حتى البرامج البسيطة لن تعمل (إلا إذا استبدلت مكتبة C) لأنها تحتوي على مرجع للدالة IsDebuggerPresent في ملف kernel32.dll، وهي دالة موجودة فقط في نظام التشغيل Windows 98 والإصدارات الأحدث. رقم الإصدار: 13.10.3077
• استُخدمت بيئة التطوير eMbedded Visual C++ ^{[ 31 ]} بإصداراتها المختلفة لتطوير تطبيقات لبعض إصدارات نظام التشغيل Windows CE . في البداية، حلت محل بيئة تطوير تتكون من أدوات أُضيفت إلى Visual C++ 6.0. ثم استُبدلت eMbedded Visual C++ كبيئة تطوير مستقلة ببرنامج Microsoft Visual Studio 2005 .

• تم إصدار Visual C++ 2005 (المعروف أيضًا باسم Visual C++ 8.0)، والذي تضمن MFC 8.0، في نوفمبر 2005. يدعم هذا الإصدار .NET 2.0 ويتضمن إصدارًا جديدًا من لغة C++ مُصمم خصيصًا لإطار عمل .NET ( C++/CLI ) بهدف استبدال الإصدار السابق ( Managed C++ ). مع ذلك، لا يزال Managed C++ لـ CLI متاحًا عبر خيارات المُصرّف. كما قدم هذا الإصدار OpenMP . مع Visual C++ 2005، قدمت مايكروسوفت أيضًا Team Foundation Server . يواجه Visual C++ 8.0 مشاكل في تجميع مشاريع MFC AppWizard التي تم إنشاؤها باستخدام Visual Studio 6.0، لذا يُمكن مواصلة صيانة المشاريع القديمة باستخدام بيئة التطوير المتكاملة الأصلية إذا لم يكن إعادة كتابتها ممكنًا. يُعد Visual C++ 2005 آخر إصدار قادر على استهداف نظامي التشغيل Windows 98 و Windows Me . ^{[ 32 ] [ 33 ]} يتوفر إصدار SP1 (14.00.50727.762) أيضًا في تحديث Microsoft Windows SDK لنظام التشغيل Windows Vista .
• صدرت Visual C++ 2008 (المعروفة أيضًا باسم Visual C++ 9.0) في نوفمبر 2007. يدعم هذا الإصدار .NET 3.5. ولا يزال Managed C++ لواجهة سطر الأوامر متاحًا عبر خيارات المُصرّف. افتراضيًا، تعمل جميع التطبيقات المُصرّفة باستخدام بيئات تشغيل Visual C++ 2008 (الربط الثابت والديناميكي) فقط على أنظمة Windows 2000 وWindows XP SP2 والإصدارات الأحدث. ^{[ 34 ] [ 35 ]} أضافت حزمة ميزات صدرت لـ VC9، والتي أُدرجت لاحقًا في SP1، دعمًا لامتدادات مكتبة C++ TR1 . يتوفر إصدار SP1 (15.00.30729.01) أيضًا في Microsoft Windows SDK لنظام Windows 7 .
• بعض إصدارات Visual C++ تدعم معالج Itanium 2 .
• تم إصدار Visual C++ 2010 (المعروف أيضًا باسم Visual C++ 10.0) في 12 أبريل 2010. يستخدم هذا الإصدار قاعدة بيانات SQL Server Compact لتخزين معلومات حول شفرة المصدر، بما في ذلك معلومات IntelliSense ، لتحسين دعم IntelliSense وإكمال التعليمات البرمجية. ^{[ 36 ]} مع ذلك، لا يدعم Visual C++ 2010 ميزة IntelliSense للغة C++/CLI. ^{[ 37 ]} يضيف هذا الإصدار مكتبة حوسبة متوازية للغة C++ تُسمى مكتبة الأنماط المتوازية ، ودعمًا جزئيًا للغة C++11 ، وتحسينات كبيرة في IntelliSense استنادًا إلى واجهة Edison Design Group الأمامية، ^{[ 38 ]} بالإضافة إلى تحسينات في أداء كلٍ من المُصرّف والشفرة المُولّدة. ^{[ 39 ]} تم بناء هذا الإصدار على .NET 4.0، ولكنه يدعم الترجمة إلى لغة الآلة . يتألف الدعم الجزئي للغة C++11 بشكل أساسي من ست ميزات للمترجم: ^{[ 40 ]} الدوال المجهولة (lambda)، ومراجع القيم اليمنى (rvalue references)، وauto، وdecltype، وstatic_assert، وnullptr. كما تدعم C++11 ميزات المكتبة (مثل نقل مكونات TR1 من مساحة اسم std::tr1 مباشرةً إلى مساحة اسم std). وقد تم النظر في القوالب المتغيرة ، ولكن تم تأجيلها إلى إصدار لاحق نظرًا لأولويتها المنخفضة، وذلك لأنها، على عكس الميزات الأخرى المكلفة التنفيذ (الدوال المجهولة، ومراجع القيم اليمنى)، ستفيد فئة قليلة فقط من مطوري المكتبات بدلاً من غالبية مستخدمي المترجم. ^{[ 41 ]} بشكل افتراضي، تعمل جميع التطبيقات المُجمَّعة باستخدام Visual C++ 2010 Runtimes فقط على نظام التشغيل Windows XP SP2 والإصدارات الأحدث. يتوفر الإصدار النهائي (16.00.30319) أيضًا في حزمة تطوير البرامج لنظام التشغيل Windows 7 و.NET Framework 4 (WinSDK v7.1). ^{[ 42 ]} يتوفر الإصدار SP1 (16.00.40219) كجزء من حزمة الخدمة الأولى لبرنامج Visual Studio 2010 أو من خلال تحديث مُجمِّع حزمة الخدمة الأولى لبرنامج Microsoft Visual C++ 2010 لنظام Windows SDK 7.1. ^{[ 43 ]}
• تم إصدار Visual C++ 2012 (المعروف أيضًا باسم Visual C++ 11.0) في 15 أغسطس 2012. ويتميز بدعم محسّن للغة C++11، ودعم لتطوير Windows Runtime . ^{[ 44 ]}
• تم إصدار Visual C++ 2013 (المعروف أيضًا باسم Visual C++ 12.0) في 17 أكتوبر 2013. ويتميز بدعم إضافي لـ C++11 و C99 ، ويقدم REST SDK. ^{[ 45 ]}
• صدرت Visual C++ 2015 (المعروفة أيضًا باسم Visual C++ 14.0) في 20 يوليو 2015. ^{[ 46 ]} وتتميز بدعم مُحسّن للغات C++11/14/17. ^{[ 47 ]} وبدون أي إعلان من مايكروسوفت، بدأ تحديث Visual Studio 2015 Update 2 في توليد استدعاءات بيانات القياس عن بُعد في الملفات الثنائية المُجمّعة. بعد أن تواصل بعض المستخدمين مع مايكروسوفت بشأن هذه المشكلة، صرّحت مايكروسوفت بأنها ستزيل استدعاءات بيانات القياس عن بُعد هذه عند التجميع باستخدام تحديث Visual Studio 2015 Update 3 المستقبلي. ^{[ 48 ] [ 49 ]} وقد أُزيلت الدالة المعنية من مكتبات CRT الثابتة لـ Visual C++ في تحديث Visual Studio 2015 Update 3.
• تم إصدار Visual C++ 2017 (المعروف أيضًا باسم Visual C++ 14.10) في 7 مارس 2017. ^{[ 50 ]}
• تم إصدار Visual C++ 2019 (المعروف أيضًا باسم Visual C++ 14.20) في 2 أبريل 2019. ^{[ 51 ]}

• تم إصدار Visual C++ 2022 (المعروف أيضًا باسم Visual C++ 14.30) في 8 نوفمبر 2021. ^{[ 52 ]}
• تم إصدار Visual C++ 2022 (المعروف أيضًا باسم Visual C++ 14.40) في 21 مايو 2024. ^{[ 53 ]}
• تم إصدار Visual C++ 2026 (المعروف أيضًا باسم Visual C++ 14.50) في 11 نوفمبر 2025. ^{[ 54 ]}

توجد عدة أرقام إصدارات مختلفة يجب مراعاتها عند العمل مع Visual C أو C++. أقدمها وأكثرها أصالة هو رقم إصدار المُصرّف، الذي يتزايد بشكل مطرد منذ بدايات مُصرّف Microsoft C. هذا هو الإصدار الذي يُعاد عند تشغيل الأمر cl.exeبمفرده دون أي خيارات. بأخذ رقمين بعد الفاصلة العشرية وحذفها، يصبح هذا أيضًا قيمة ماكرو مُعالج C المُسبق: _MSC_VER، ومتغير CMake: MSVC_VERSION. يوجد إصدار أطول من ماكرو C يُستخدم _MSC_FULL_VERللتمييز بدقة أكبر بين إصدارات المُصرّف. على سبيل المثال، _MSC_VER1933 يُمثل الإصدار 19.33 من مُصرّف Microsoft C/C++، و _MSC_FULL_VER193331630.

يشير إصدار منتج Visual، مثل "17.3.4"، إلى إصدار Visual Studio الذي تم تضمين الإصدار 19.33 من المُصرّف معه. ثم هناك إصدار مكتبة وقت تشغيل Microsoft Visual C/C++، مثل "14.3". ومن هذا، يمكن استنتاج إصدار مجموعة الأدوات، والذي يُمكن الحصول عليه بأخذ الأرقام الثلاثة الأولى من إصدار مكتبة وقت التشغيل وحذف الفاصلة العشرية، مثل "143". وتشمل هذه المجموعة مكتبة وقت تشغيل Visual C/C++، بالإضافة إلى المُصرّفات، والروابط، والمُجمّعات، وأدوات البناء الأخرى، والمكتبات وملفات الرأس المُطابقة. فيما يلي جدول (قابل للاستخراج) لأرقام الإصدارات المعروفة ذات الصلة.

لطالما شهدت واجهة التطبيق الثنائية (ABI) لمترجم Visual C++ تغييرات بين الإصدارات الرئيسية للمترجم. ^{[ 57 ]} وينطبق هذا بشكل خاص على حاويات STL، حيث تباينت أحجام الحاويات بشكل كبير بين إصدارات المترجم. ^{[ 58 ]} لذلك، توصي مايكروسوفت بعدم استخدام واجهات C++ عند حدود الوحدات النمطية عند الرغبة في تمكين كود العميل المُترجم باستخدام إصدار مختلف من المترجم. وبدلاً من C++، توصي مايكروسوفت باستخدام واجهات C ^{[ 59 ]} أو COM ^{[ 60 ]} ، المصممة للحفاظ على واجهة تطبيق ثنائية مستقرة بين إصدارات المترجم.

جميع إصدارات MSVC 14.x لها واجهة تطبيق ثنائية مستقرة، ^{[ 61 ]} ويمكن دمج الملفات الثنائية التي تم إنشاؤها باستخدام هذه الإصدارات بطريقة متوافقة مع الإصدارات اللاحقة، مع مراعاة القيود التالية:

• يجب أن يكون إصدار مجموعة الأدوات المستخدم مساوياً أو أعلى من أعلى إصدار لمجموعة الأدوات المستخدمة لإنشاء أي ملفات ثنائية مرتبطة.
• يجب أن يكون إصدار MSVC Redistributable مساوياً أو أعلى من إصدار مجموعة الأدوات المستخدمة بواسطة أي مكون من مكونات التطبيق.
• المكتبات الثابتة أو ملفات الكائنات التي تم تجميعها باستخدام /GL (تحسين البرنامج بالكامل) ليست متوافقة ثنائياً بين الإصدارات ويجب أن تستخدم نفس مجموعة الأدوات بالضبط.

يأتي Visual C++ مزودًا بإصدارات مختلفة من مكتبات وقت تشغيل لغة C. ^{[ 62 ]} وهذا يعني أنه بإمكان المستخدمين تجميع برامجهم باستخدام أي من المكتبات المتاحة. مع ذلك، قد يُسبب هذا بعض المشاكل عند استخدام مكونات مختلفة ( ملفات DLL ، ملفات EXE ) في البرنامج نفسه. مثال نموذجي على ذلك هو برنامج يستخدم مكتبات مختلفة . ينبغي على المستخدم استخدام وقت تشغيل لغة C نفسه لجميع مكونات البرنامج ما لم يكن على دراية بالآثار المترتبة على ذلك. توصي مايكروسوفت باستخدام مكتبة الارتباط الديناميكي متعددة الخيوط (خيار المُجمِّع /MD أو /MDd) لتجنب المشاكل المحتملة. ^{[ 62 ]}

على الرغم من أن المنتج نشأ كبيئة تطوير متكاملة للغة البرمجة C ، إلا أن دعم المترجم لهذه اللغة لسنوات عديدة اقتصر على الإصدار الأصلي من معيار C ، الذي يعود تاريخه إلى عام 1989، وليس على مراجعة C99 للمعيار. ولم تكن هناك أي خطط لدعم C99 حتى عام 2011، أي بعد أكثر من عقد من نشره. ^{[ 64 ]}

أضافت Visual C++ 2013 أخيرًا دعمًا لميزات C99 المختلفة في وضع C الخاص بها (بما في ذلك المُهيئات المُخصصة، والقيم الحرفية المركبة، والنوع _Bool)، ^{[ 65 ]} على الرغم من أنها لم تكن مكتملة بعد. ^{[ 66 ]} وقد حسّنت Visual C++ 2015 دعم C99 بشكل أكبر، مع دعم كامل لمكتبة C99 القياسية، باستثناء الميزات التي تتطلب ميزات لغة C99 غير مدعومة من قِبل المُصرّف حتى الآن. ^{[ 67 ]}

لم تكن معظم التغييرات التي طرأت على مراجعة C11 للمعيار مدعومة بعد من قبل Visual C++ 2017. ^{[ 68 ]} على سبيل المثال، _Genericلا يدعم المترجم عمليات التحديد العامة عبر الكلمة المفتاحية، مما يؤدي إلى خطأ في بناء الجملة. ^{[ 69 ]}

تم إصلاح المعالج المسبق في عام 2018، مع وضع C11 في الاعتبار: ^{[ 70 ]}

يُعدّ التوافق الكامل مع معيار C11 جزءًا من خطتنا المستقبلية، وتحديث المعالج المسبق ليس سوى الخطوة الأولى في هذه العملية. _Genericلا تُعتبر ميزة C11 جزءًا من المعالج المسبق، لذا لم يتمّ تفعيلها بعد. أتوقع أن تعمل هذه الميزة، عند تفعيلها، بشكل مستقلّ عن استخدام منطق المعالج المسبق التقليدي أو المُحدّث.

_Genericتم تقديم الدعم لشركة MSVC اعتبارًا من فبراير 2020. ^{[ 71 ]}

في سبتمبر 2020، أعلنت مايكروسوفت عن دعم معايير C11 وC17 في MSVC بدءًا من الإصدار 16.8. ^{[ 72 ]} لم يتضمن هذا الإصدار ميزات اختيارية، لكن مايكروسوفت أشارت إلى أنها تخطط لإضافة دعم للعمليات الذرية والخيوط لاحقًا. في الإصدار 17.5، أُضيف دعم جزئي (نظرًا لعدم وجود أقفال ذرية ) وتجريبي (أي مخفي خلف علامة المُصرّف ) للعمليات الذرية. ^{[ 73 ]} وفي الإصدار 17.8، أُضيف دعم الخيوط، وهذه المرة دون الحاجة إلى علامة مُصرّف. ^{[ 74 ] [ 75 ]}/experimental:c11atomics

لا يقوم MSVC، بالإعدادات الافتراضية، بالبحث عن الأسماء على مرحلتين، مما يمنعه من الإبلاغ عن نطاق واسع من التعليمات البرمجية غير الصالحة. تُؤجل معظم عمليات التحقق إلى مرحلة إنشاء القوالب. تُعالج الإصدارات الأحدث هذا السلوك، ولكن يجب تفعيلها عبر خيار سطر الأوامر /permissive-. ^{[ 76 ]}