私は C99 と C++11 について読み続けており、これらすべてが言語標準に追加されつつあり、いつか使用すると便利になるかもしれません。しかし、私たちは現在、Visual Studio で C++ を作成することで苦しんでいます。
標準の新しいものがビジュアル スタジオに追加されることはありますか?それとも、Microsoft はそれを行うために新しい C# バリアントを追加することにもっと関心を持っていますか?
編集: 受け入れられた回答に加えて、Visual C++ チームのブログを見つけました:
具体的には、その中のこの投稿：
非常に便利。ありがとう！
MS はこれに対して一連の公的な回答をしており、そのほとんどはユーザーを非難しています。このように：
https://devblogs.microsoft.com/cppblog/iso-c-standard-update/
現在、Visual C++ コンパイラ チームは、なぜ C99 を実装していないのかという質問を受けることがあります。これはユーザーの関心に基づいています。特定の C99 機能に対する多くのリクエストを受け取った場合、それら (または類似物) を実装しようとしました。いくつかの例は、可変引数マクロ 、
long long、__pragma、__FUNCTION__および__restrictです。あなたの仕事に役立つ C99 の機能が他にあれば、お知らせください。C ユーザーからの声はあまりないので、声を上げて声を上げてください。
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=345360
残念ながら、大多数のユーザーからは、C-99 ではなく C++-0x に重点を置いたほうがよいという圧倒的なフィードバックが寄せられています。私たちは特定の人気のある C-99 機能 (バリアディック マクロなど
long long) を「厳選」しましたが、これ以上 (少なくとも短期的には) C-99 分野でこれ以上のことを行う予定はありません。ジョナサン ケイブス
Visual C++ コンパイラ チーム。
これは非常に悲しい状況ですが、MS がユーザーを閉じ込めたいと考えている場合にも意味があります。これにより、最新の gcc ベースのコードを MSVC に移植することが非常に困難になり、少なくとも私は非常に苦痛です。
ただし、回避策は存在します。Intel はこれについてはるかに賢明であることに注意してください。Intel C コンパイラは C99 コードを処理でき、さらに gcc と同じフラグを持っているため、プラットフォーム間でのコードの移植がはるかに簡単になります。また、Intel コンパイラは Visual Studio で動作します。したがって、MS COMPILER を破棄することで、何らかの価値があると思われる MS IDE を引き続き使用でき、C99 を心ゆくまで使用できます。
より賢明なアプローチは、正直に Intel CC または gcc に移行し、プログラミング環境に Eclipse を使用することです。Windows、Linux、Solaris、AIX などの間でのコードの移植性は通常、私の経験では重要ですが、残念ながら MS ツールではまったくサポートされていません。
Herb Sutter は、C++ 標準化委員会の議長であり、非常に活発なメンバーでもあり、Microsoft の Visual Studio のソフトウェア アーキテクトでもあります。
彼は、C++0x 用に標準化された新しい C++ メモリ モデルの作成者の 1 人です。たとえば、次の論文です。
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2669.htm
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007 /n2197.pdf
彼の名前があります。したがって、H. Sutter が Microsoft に留まる限り、Windows に C++0x が含まれることは保証されていると思います。
Visual Studio に一部しか含まれていない C99 に関しては、これは優先順位の問題だと思います。
では、私は Microsoft であり、ほとんどの人が既に使用している、より多くのコミュニティでアクティブな言語で同じ機能が既に提供されているのに、ほとんどの人が使用しない機能を実装する必要があるでしょうか?
C++0x は、VS 2008 の拡張として、または Visual Studio の次世代 (世代?) に含まれます。
まだ実装されていない C99 機能は、何か劇的なことが起こらない限り、次の年には実装されません (C99 開発者でいっぱいの国がどこからともなく現れますか?)。
どうやら、"C99 開発者でいっぱいの国" は既に存在するようです: http://blogs.msdn.com/vcblog/archive/2007/11/05/iso-c-standard-update.aspx#6415401
^_^
それでも、http: //blogs.msdn.com/vcblog/archive/2007/11/05/iso-c-standard-update.aspx#6828778の最後のコメントは十分に明確だと思います。
ハーブ・サッターは次のことを明らかにしました。
- 私たちの主な目標は、「ISO C++98/C++11 のサブセットである C99/C11 の大部分」をサポートすることです。
- また、歴史的な理由から、C++ ではなく C90 (のみ) を受け入れる C90 コンパイラを出荷しています。
- C90 または ISO C++ の一部ではない ISO C 機能をサポートする予定はありません。
ブログ投稿には、これらの決定に関するリンクと詳細な説明が追加されています。
ソース: http://herbsutter.com/2012/05/03/reader-qa-what-about-vc-and-c99/
VC2013プレビュー 1以降、C99、より多様な C++11 のセット、およびいくつかの新しく導入された C++14 標準がサポートされます。詳細については、公式ブログ ( http://blogs.msdn.com/b/vcblog/archive/2013/06/27/what-s-new-for-visual-c-developers-in-vs2013-preview ) をご覧ください。 aspx
アップデート：
https://news.ycombinator.com/item?id=9434483 (Stephan T Lavavej 別名: STL は STL @VC チームのメンテナー) から:
具体的には、tgmath.h (C++ では無関係) と CX_LIMITED_RANGE/FP_CONTRACT プラグマ マクロを除いて、2015 年に C99 標準ライブラリの実装が完了しました。
詳細については、この投稿を確認してください: http://blogs.msdn.com/b/vcblog/archive/2015/04/29/c-11-14-17-features-in-vs-2015-rc.aspx。
I've been involved in the ISO C++ work (2000-2005), and Microsoft made significant contributions to that language. There's no doubt they will work on C++0x, but they'll need a bit more time than say Intel. Micosoft has to deal with a larger codebase that often uses their proprietary extensions. This simply makes for a longer testfase. Yet, they will support most of C++0x eventually (export still isn't loved though, or so I understand).
When it comes to ISO C, the people working on standard are not representative for Microsofts market. Microsofts customers can use C++98 if they're just looking for a better C. So why would Microsoft spend money on C99? Sure, Microsoft cherry-picked parts, but that's sane business. They'd need those for C++0x anyway, so why wait?
残念ながら、CのMSVCサポートは非常に不足しています。C ++のサブセットであるC99の部分のみをサポートします...つまり、たとえば、名前付き構造体要素などの多くのC99機能を使用するため、MSVCでffmpegまたはそのlibav*ライブラリをコンパイルすることは物理的に不可能です。これは、libavcodecがスタックアラインメントを維持するコンパイラも必要とするという事実によってさらに悪化しますが、MSVCはそうではありません。
私はx264に取り組んでいますが、ffmpegとは異なり、MSVCをサポートするために努力していますが、そうすること自体が悪夢であることがよくあります。明示的なアセンブリベースのスタックアラインメント関数を介して最上位の関数呼び出しを明示的に渡してもスタックアラインメントは維持されないため、アラインされたスタックを必要とするすべての関数を無効にする必要があります。また、vararrayを使用できないことも非常に厄介です。どうやらGCCはパフォーマンスの面でそれらを大規模に悲観的にしているので、おそらくこれは最善です。
MSVC 2010 および 2011 に対する MSVC の C++11 機能の互換性に関する最近の投稿がオンラインになりました。
Microsoft は、c99 標準 (現在では古くなりつつあります) に追いつくことに関心を示したことはありません。C プログラマーにとっては悲しいことですが、Microsoft は C++ コミュニティをより重視していると思います。
Visual C++ 2008 SP1 には少なくとも TR1 の一部が含まれており、Visual C++ チームは時々 C++0x についてブログを書いたり話したりしているので、機能でいつかサポートされると思います。私は公式のものを読んだことはありません。
これに関する更新情報:
現在 (2008 年 11 月 10 日) VS2010 の "Community Tech Preview" (CTP) があり、これには C++0x の一部が実装された VC10 のプレビューが含まれています (VC10 には C++0x の完全なセットがないことに注意してください)。 VC10がリリースされても実装される変更):
VC10 CTP の新機能の詳細:
上記の記事で述べたように、「Microsoft Visual Studio 2010 September Community Technology Preview (CTP) の Visual C++ コンパイラには、次の 4 つの C++0x 言語機能のサポートが含まれています。」
Visual C++ チームは、2010 リリースでサポートされる C++0x 機能の表をhttp://blogs.msdn.com/b/vcblog/archive/2010/04/06/c-0x-core-languageで公開しました。 -features-in-vc10-the-table.aspx . 仕様と実装の間にタイムラグがある可能性があるため、それはかなり妥当なようです。ウィキペディアには、仕様に関する素晴らしい記事があります。これを書いている時点ではまだ終わっていません。
Herb Sutter は、ISO C++ 標準化団体の議長であり、Microsoft にも勤務しています。私は Visual Studio の C 標準については知りませんが、これは主にプレーンな C を使用したことがないためです。しかし、Microsoft は新しい C++ 標準を推し進めようとしているに違いありません。これの証拠は、OregonGhost が言及したように、最新の Visual Studio Service Release に含まれている TR1 です。
Visual C++ Bloq は、いくつかの表を含む、VC++11 での C++11 のサポートに関する興味深い点に関する多くの情報を提供します。