Microsoft Visual C++

• Lattice Cをベースにした Microsoft C 1.0 は、1983 年にマイクロソフトが初めてリリースした C 言語製品でした。これはK&R Cに準拠していませんでした。
• C 2.0 では大規模モデルのサポートが追加され、コードセグメントとデータセグメントの両方で最大 1MiB まで使用できるようになりました。^{[ 5 ]}
• C 3.0 は、マイクロソフト社内で開発された最初のバージョンでした。^{[ 6 ]}このバージョンは、K&R および後の ANSI 規格との互換性を目的としていました。1984 年初頭にはマイクロソフト社内で ( WindowsおよびXenix の開発に) 使用されていました。1985 年に製品として出荷されました。
• C 4.0では、最適化機能とソースレベルデバッガであるCodeViewが追加されました。
• C 5.0では、ループ最適化と巨大メモリモデル（ 64KBを超える配列 ）のサポートが追加されました。
• 1988年にリリースされたC 5.1では、OS/2 1.x用のプログラムをコンパイルすることが可能になった。14枚の5.25インチディスク（うち2枚は1.2MB、残りは360KB）版にはQuickCが含まれていた。OS/2ソフトウェア開発キットに付属していた11枚の720KB 3.5インチディスク版にはMASM 5.1（MS-DOSとOS/2 1.xの両方で動作する単一の実行ファイル）が含まれていた。
• 1989 年にリリースされた C 6.0 では、小さなメモリ モデルのサポートと ANSI C89 標準へのサポートの改善が追加されました (ドキュメントには 100% 準拠ではないと明記されていますが、実用上は十分近いようです)。また、プログラマーズ ワークベンチIDE、グローバル フロー分析、ソース ブラウザー、新しいデバッガーが追加されました。多くの人が驚いたことに、競合他社が既に提供していた C++ は含まれていませんでした。^{[ 7 ]}
• C/C++ 7.0 は 1992 年にリリースされました。OS/2 のサポートは終了しました。コンパイルには 386 プロセッサと付属の^DOSエクステンダーである386MAX [ ^{8 ]}が必要でしたが、ユーザーが自分で作成するプログラムで DOS エクステンダーをターゲットにするには、後からリリースされたサードパーティ製ツールのいずれかが必要でした。^{[ 9 ]} C++とMFC (Microsoft Foundation Class Library) 1.0の組み込みサポートが追加されました。^{[ 10 ]}
• Visual C++ 1.0（MFC 2.0を含む）は、1993年2月にリリースされた「Visual」C++の最初のバージョンでした。Cfront 2.1に準拠しており^{[ 11 ]}、2つのエディションで利用可能でした。^{[ 1 ]}
  • 標準：Windows版QuickCに取って代わりました。
  • Professional: C/C++ 7.0 を置き換えた。DOS および Windows アプリケーションの両方をビルドする機能、最適化コンパイラ、ソースプロファイラ、および Windows 3.1 SDK が含まれていた。^{[ 11 ]} Phar Lap 286 DOS Extender Lite も含まれていた。^{[ 12 ]}
• Visual C++ 1.5 は 1993 年 12 月にリリースされ、MFC 2.5 を含み、MFC にOLE 2.0 とODBC のサポートを追加しました。 ^{[ 13 ]}これは、CD-ROMのみで提供される最初の Visual C++ バージョンでした。
  • Visual C++ 1.51および1.52は、サブスクリプションサービスの一部として提供されていました。
  • Visual C++ 1.52bは1.52と似ていますが、コントロール開発キットは含まれていません。
  • Visual C++ 1.52c は、1.5 のパッチ適用版です。Microsoft Windows 3.x向けの最後の、そしておそらく最も人気のある開発プラットフォームです。Microsoft Developer Networkを通じて入手できます。

• 1993 年にリリースされた Visual C++ 1.0 (元の名前: Visual C++ 32-bit Edition) は、Intel 386アーキテクチャ向けの32 ビット開発 (ホストとして 32 ビット Windows NT が必要)のための最初のバージョンでした。^{[ 14 ]} 16 ビット版 1.5 が利用可能になったときにリリースされましたが、OLE2 と ODBC のサポートは含まれていませんでした。Visual C++ 1.5 を含む Visual C++ 16/32-bit Suite というバンドルでも入手可能でした。^{[ 15 ]}
• MFC 3.0 を含む Visual C++ 2.0 は、32 ビット専用の最初のバージョンでした。当時コードネーム「シカゴ」と呼ばれていたWindows 95 はまだリリースされておらず、 Windows NT の市場シェアも小さかったため、このバージョンは多くの点で時代を先取りしていました。Microsoft は、Visual C++ 1.52 を含む 2.1 までの 2.x リリースの一部として Visual C++ 1.5 を含め、更新しました。また、コントロール開発キット (CDK) の 16 ビット版と 32 ビット版の両方が含まれていました。Visual C++ 2.x は Win32s 開発もサポートしていました。Microsoft Developer Networkから入手できます。MIPSおよびAlphaプロセッサ用の Visual C++ 2.0 RISC エディションと、 Macintosh ( 68000命令セット)用のクロス プラットフォーム エディションがありました。^{[ 16 ]}
  • Microsoft Visual C++ Cross-Development Edition for the Macintosh は、Visual C++ のアドオンであり、Windows Portability Library を導入しました。これは当初 Windows Library for Macintosh ^{[ 17 ] : 17}または Windows Layer for the Macintosh (WLM) ^{[ 18 ] : 16}として知られており、開発者は Win32 および MFC API に対してアプリケーションを作成し、68000 アーキテクチャの Macintosh コンピュータ向けにコンパイルできるようにしました。^{[ 17 ]}
  • Visual C++ 2.1と2.2は、サブスクリプションを通じて入手可能な2.0のアップデート版でした。
• 1995年12月11日にリリースされたVisual C++ 4.0 ^{[ 19 ]では、Developer Studio IDEが導入されました。当時としては斬新だった、重なり合わないパネル（ナビゲーション パネル、複合エディター/ソース レベル デバッガー パネル、コンソール出力パネル[ 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 インストール CD が同梱されていました。サブスクリプションを通じて利用できるアップデートには、Microsoft Game SDK (後に DirectX SDK として別々にリリース) が付属する Visual C++ 4.1 と Visual C++ 4.2 がありました。Visual C++ 4.0 と MFC 4.0 のバージョン番号の互換性を確保するために、バージョン番号 3.0 はスキップされました。^{[ 21 ]}
• Visual C++ 4.2 は Windows 3.x ( Win32s ) 開発をサポートしていませんでした。^{[ 22 ]}これはMac用のクロスプラットフォーム版が利用可能な最終バージョンであり、 PowerPC命令セットのコンパイルも可能になった点で 2.x バージョンと異なっていました。
• Visual C++ 5.0 (Visual Studio 97 にバンドル) は MFC 4.21 を含み、1997 年 4 月 28 日にリリースされました^{[ 19 ]}。これは 4.2 からのメジャーアップグレードでした^{[ 23 ] 。Learning [ 24 ]} Professional ^{[ 25 ]} Enterprise ^{[ 26 ]}および RISC ^{[ 27 ]}の 4 つのエディションで利用可能です。
• Visual C++ 6.0（一般にVC6として知られ、Standard、Professional、Enterpriseエディションでスタンドアロン版として入手可能、またVisual Studio 6.0にバンドルされている）は、MFC 6.0を含み、1998年にリリースされました。^{[ 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を包含し、リンク時コード生成とデバッグ実行時チェック、.NET 1.0、Visual C#、およびマネージドC++をサポートして2002年にリリースされました。新しいユーザーインターフェイスは、Visual Basicのホットキーや慣例を多く使用していたため、C++開発者の間で不評だった理由の一つとなっています。バージョン番号：13.00.9466
• Visual C++ .NET 2003 (Visual C++ 7.1 とも呼ばれる) は、MFC 7.1 を含み、.NET 1.1 とともに 2003 年にリリースされ、Visual C++ .NET 2002 のメジャーアップグレードであり、C99 の "long long" 構文をサポートする最初のバージョンでした。これは Visual C++ .NET 2002 のパッチとみなされていました。そのため、英語バージョンの Visual Studio .NET 2002 の所有者には、英語バージョンの Visual Studio .NET 2003 のアップグレード版が最小限の費用で出荷されました。Windows 98 が公式にサポートされている最低バージョンです。単純なプログラムは Windows 95 および NT 4.0 で動作しますが、より複雑なプログラムでは、ws2_32.dll が参照されたり、kernel32.dll に関数が欠落したりする可能性があります。コンパイラの最新バージョン（Visual C++ 2005）では、Windows 98以降にしか存在しないkernel32.dll内のIsDebuggerPresent関数への参照が含まれているため、単純なプログラムでも動作しません（Cライブラリを置き換えない限り）。バージョン番号：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 年 11 月にリリースされました。このバージョンは .NET 2.0 をサポートし、以前のバージョン ( Managed C++ )を置き換える目的で.NET Framework ( C++/CLI ) をターゲットとした新しいバージョンの C++ が含まれています。ただし、CLI 用の Managed C++ は、コンパイラ オプションを介して引き続き使用できます。また、OpenMP も導入されました。Visual C++ 2005 では、Microsoft はTeam Foundation Serverも導入しました。Visual C++ 8.0 は、Visual Studio 6.0 を使用して作成された MFC AppWizard プロジェクトのコンパイルに問題があるため、書き換えが不可能な場合は、元の IDE を使用してレガシー プロジェクトのメンテナンスを継続できます。Visual C++ 2005 は、Windows 98およびWindows Me をターゲットにできる最後のバージョンです。^{[ 32 ] [ 33 ]} SP1 バージョン (14.00.50727.762) は、 Windows Vista 用の Microsoft Windows SDK Updateでも利用可能です。
• Visual C++ 2008 (Visual C++ 9.0 とも呼ばれる) は 2007 年 11 月にリリースされました。このバージョンは .NET 3.5 をサポートしています。CLI 用のマネージド C++ は、コンパイラ オプションで引き続き使用できます。デフォルトでは、Visual C++ 2008 ランタイム (静的リンクと動的リンク) に対してコンパイルされたすべてのアプリケーションは、Windows 2000、Windows XP SP2 以降でのみ動作します。^{[ 34 ] [ 35 ]} VC9 用にリリースされ、後に SP1 に含まれた機能パックにより、C++ TR1ライブラリ拡張機能のサポートが追加されました。SP1 バージョン (15.00.30729.01) は、 Windows 7 用の Microsoft Windows SDKでも使用できます。
• Visual C++ の一部のバージョンはItanium 2をサポートしていました。
• Visual C++ 2010 (Visual C++ 10.0 とも呼ばれる) は、2010 年 4 月 12 日にリリースされました。これは、 IntelliSense情報を含むソース コードに関する情報を格納するためにSQL Server Compactデータベースを使用し、IntelliSense とコード補完のサポートを向上させています。^{[ 36 ]}ただし、Visual C++ 2010 は C++/CLI の IntelliSense をサポートしていません。^{[ 37 ]}このバージョンでは、 Parallel Patterns Libraryと呼ばれるC++並列コンピューティングライブラリ、C++11の部分的なサポート、 Edison Design Groupのフロントエンドに基づく大幅に改善された IntelliSense 、 ^{[ 38 ]}およびコンパイラと生成されたコードの両方のパフォーマンスの向上が追加されています。^{[ 39 ]}このバージョンは .NET 4.0 をベースに構築されていますが、マシン コードへのコンパイルをサポートしています。部分的な C++11 サポートは、主に次の 6 つのコンパイラ機能で構成されています。^{[ 40 ]}ラムダ、右辺値参照、auto、decltype、static_assert、nullptr。 C++11 ではライブラリ機能もサポートされています (たとえば、TR1 コンポーネントを std::tr1 名前空間から直接 std 名前空間に移動)。可変引数テンプレートも検討されましたが、優先度が低かったため、将来のバージョンまで延期されました。これは、他の実装コストの高い機能 (ラムダ、右辺値参照) とは異なり、可変引数テンプレートはコンパイラのエンドユーザーの大多数ではなく、ライブラリ作成者の少数派にしかメリットがないという事実によるものです。^{[ 41 ]}デフォルトでは、Visual C++ 2010 ランタイムに対してコンパイルされたすべてのアプリケーションは、Windows XP SP2 以降でのみ動作します。RTM バージョン (16.00.30319) は、Windows 7 および .NET Framework 4 用の Windows SDK (WinSDK v7.1)でも利用できます。^{[ 42 ]} SP1 バージョン (16.00.40219) は、Visual Studio 2010 Service Pack 1 の一部として、または Windows SDK 7.1 用の Microsoft Visual C++ 2010 Service Pack 1 コンパイラ アップデートを通じて入手できます。^{[ 43 ]}
• Visual C++ 2012 (Visual C++ 11.0 とも呼ばれる) は、2012 年 8 月 15 日にリリースされました。C++11 のサポートが改善され、Windows ランタイム開発のサポートが追加されました。^{[ 44 ]}
• Visual C++ 2013 (Visual C++ 12.0 とも呼ばれる) は、2013 年 10 月 17 日にリリースされました。C++11 およびC99 のサポートがさらに強化され、REST SDK が導入されました。^{[ 45 ]}
• Visual C++ 2015 (Visual C++ 14.0 とも呼ばれる) は 2015 年 7 月 20 日にリリースされました。^{[ 46 ]} C++11/14/17 のサポートが改善されています。^{[ 47 ]} Microsoft からの発表がないまま、Visual Studio 2015 Update 2 はコンパイル済みバイナリでテレメトリ呼び出しを生成し始めました。この問題について一部のユーザーが Microsoft に連絡した後、Microsoft は将来の Visual Studio 2015 Update 3 でコンパイルする際にこれらのテレメトリ呼び出しを削除すると述べました。^{[ 48 ] [ 49 ]}問題の関数は、Visual Studio 2015 Update 3 の Visual C++ CRT 静的ライブラリから削除されました。
• Visual C++ 2017 (Visual C++ 14.10 とも呼ばれる) は、2017 年 3 月 7 日にリリースされました。^{[ 50 ]}
• Visual C++ 2019 (Visual C++ 14.20 とも呼ばれる) は、2019 年 4 月 2 日にリリースされました。^{[ 51 ]}

• Visual C++ 2022（Visual C++ 14.30とも呼ばれる）は2021年11月8日にリリースされました。^{[ 52 ]}
• Visual C++ 2022（Visual C++ 14.40とも呼ばれる）は2024年5月21日にリリースされた。^{[ 53 ]}
• Visual C++ 2026 (Visual C++ 14.50 とも呼ばれる) は、2025 年 11 月 11 日にリリースされました。^{[ 54 ]}

Visual C または C++ を扱う際には、考慮すべきバージョン番号がいくつかあります。その中で最も古く、最も元々のものはコンパイラ バージョン番号で、初期の Microsoft C コンパイラの時代から単調増加しています。これは、cl.exeオプションを指定せずにコマンドを単独で実行したときに返されるバージョンです。小数点以下 2 桁を取り、小数点を落とすと、これは C プリプロセッサ マクロの値にもなり_MSC_VER、CMake 変数の値にもなりますMSVC_VERSION。C マクロの長いバージョンは、_MSC_FULL_VERコンパイラのビルドをより細かく区別するために使用します。の例として、_MSC_VERMicrosoft C/C++ コンパイラのバージョン 19.33 を表す 1933 があり、の例として_MSC_FULL_VER193331630 があります。

Visual 製品のバージョン（例：「17.3.4」）は、コンパイラのバージョン 19.33 が同梱されていた Visual Studio のバージョンを示します。次に、Microsoft Visual C/C++ ランタイム ライブラリのバージョン（例：「14.3」）があります。このバージョンから、ツールセットのバージョンも推測できます。ツールセットのバージョンは、ランタイム ライブラリ バージョンの最初の 3 桁を取り、小数点以下を省略することで取得できます（例：「143」）。ツールセットには、Visual C/C++ ランタイム ライブラリ、コンパイラ、リンカ、アセンブラ、その他のビルド ツール、および対応するライブラリとヘッダー ファイルが含まれます。以下は、既知の関連バージョン番号の（スクレイピング可能な）表です。

Visual C++ コンパイラのABI は、これまで主要なコンパイラ リリース間で変更されてきました。^{[ 57 ]}これは特に STL コンテナに当てはまり、コンテナ サイズはコンパイラ リリース間で大きく変動してきました。^{[ 58 ]}そのため、Microsoft は、異なるコンパイラ バージョンを使用してコンパイルされたクライアント コードを有効にする場合、モジュール境界で C++ インターフェイスを使用しないことを推奨しています。C++ の代わりに、Microsoft は、コンパイラ リリース間で安定した ABI を持つように設計されたC ^{[ 59 ]}またはCOM ^{[ 60 ]}インターフェイスを使用することを推奨しています。

14.x MSVC リリースはすべて安定した ABI を備えており、^{[ 61 ]}これらのバージョンでビルドされたバイナリは、次の制限事項に注意すれば、前方互換性を維持したまま混在させることができます。

• 使用するツールセットのバージョンは、リンクされたバイナリをビルドするために使用されたツールセットの最高バージョン以上でなければなりません。
• MSVC再頒布可能パッケージのバージョンは、アプリケーションコンポーネントが使用するツールセットのバージョン以上でなければなりません。
• /GL（プログラム全体の最適化）オプションを使用してコンパイルされた静的ライブラリまたはオブジェクトファイルは、バージョン間でバイナリ互換性がなく、まったく同じツールセットを使用する必要があります。

Visual C++ には、さまざまなバージョンの C ランタイム ライブラリが付属しています。^{[ 62 ]}これは、ユーザーが利用可能なライブラリのいずれかを使用してコードをコンパイルできることを意味します。ただし、同じプログラムで異なるコンポーネント ( DLL、EXE ) を使用する場合、問題が発生する可能性があります。典型的な例は、異なるライブラリを使用するプログラムです。影響を理解していない限り、ユーザーはプログラムのすべてのコンポーネントに同じC ランタイムを使用する必要があります。Microsoft は、起こりうる問題を回避するために、マルチスレッドの動的リンク ライブラリ (/MD または /MDd コンパイラ オプション) を使用することを推奨しています。^{[ 62 ]}

この製品は元々 C言語用のIDEとして開発されたが、長年にわたり、コンパイラのC言語サポートは1989年のC標準の初版にのみ準拠しており、C99改訂版には準拠していなかった。C99の発表から10年以上経った2011年になっても、C99をサポートする計画はなかった。^{[ 64 ]}

Visual C++ 2013 では、C モードにさまざまな C99 機能 (指定初期化子、複合リテラル、_Bool型など) のサポートがようやく追加されましたが、^{[ 65 ]}まだ完全ではありませんでした。^{[ 66 ]} Visual C++ 2015 では、C99 標準ライブラリを完全にサポートするなど、C99 サポートがさらに改善されましたが、コンパイラでまだサポートされていない C99 言語機能を必要とする機能はサポートされていません。^{[ 67 ]}

標準規格のC11改訂版からの変更点のほとんどは、Visual C++ 2017 ではまだサポートされていません。^{[ 68 ]}例えば、_Genericキーワードによるジェネリック選択はコンパイラでサポートされておらず、構文エラーになります。^{[ 69 ]}

プリプロセッサは2018年に刷新され、C11が視野に入っている。^{[ 70 ]}

C11への完全準拠は当社のロードマップに含まれており、プリプロセッサの更新はそのプロセスにおける最初のステップに過ぎません。C11_Generic機能は実際にはプリプロセッサの一部ではないため、まだ実装されていません。実装された際には、従来のプリプロセッサロジックと更新されたプリプロセッサロジックのどちらが使用されているかに関わらず、この機能が独立して動作することを期待しています。

_Generic2020年2月現在、MSVCへの支援が約束されている。^{[ 71 ]}

2020 年 9 月に、Microsoft は、MSVC で C11 および C17 標準のサポートがバージョン 16.8 で提供されることを発表しました。^{[ 72 ]}これにはオプション機能は含まれていませんでしたが、Microsoft は、後日アトミック操作とスレッドのサポートを追加する予定であることを示しました。バージョン 17.5 では、アトミック操作の部分的な (アトミック ロックがないため) および実験的な (コンパイラ フラグの背後に隠されている/experimental:c11atomics) サポートが追加されました^{[ 73 ]}。バージョン 17.8 では、今回はコンパイラ フラグの背後ではなく、スレッドのサポートが追加されました。^{[ 74 ] [ 75 ]}

デフォルト設定では、MSVC は 2 段階の名前検索を行わないため、広範囲の無効なコードを検出できません。ほとんどのチェックはテンプレートのインスタンス化に延期されます。より新しいバージョンではこの動作が修正されていますが、コマンドライン オプションで有効にする必要があります/permissive-。^{[ 76 ]}