MSVCのバージョンの書き方を変更したい

[faithandbrave]

Microsoft Visual StudioのC++コンパイラですが、バージョン表記がよくわからないことになってきたので、本サイトでのバージョン表記を変更したいです。

よくわからないこと、というのは、Visual Studio 2015が14.0、Visual Studio 2017が14.1ですが、14.1のさらにマイナーバージョンアップしたものが15.x表記になっていて、よくわからないことになっています。

対応策として、2017.5もしくは2017 Update 5のように、Visual Studio製品バージョン + アップデートバージョンの表記にすることで、コンパイラのメジャーバージョンの混乱を減らしたいです。

変更対象は、「コンパイラの実装状況」ページと、ライブラリの検証済みコンパイラの項目全てです。
対応が決まったら、私の方で作業します。

ちなみにcppreferenceの方は、_MSC_VERを見て書いているようです。
http://en.cppreference.com/w/cpp/compiler_support
http://en.cppreference.com/w/Talk:cpp/compiler_support

[saki7]

ああ、これは僕も以前からかなり不便に思っていました。提案通り製品バージョン（つまり西暦ベース）にするのが分かりやすくて良いと思います。

[yumetodo]

同じメジャー/マイナーバージョンでもビルド番号で使える機能が違うとかxxx CTPとして出ているものを勘案すると_MSC_FULL_VERも書くべきでは無いでしょうか？
いわゆるconfig macroの類を書くときはそっちを見るわけで・・・

[faithandbrave]

_MSC_FULL_VERは、implementationページに記載すればよいかと思います。ライブラリページを増やすたびに_MSC_FULL_VERを調べて書くのはしんどいです。

[saki7]

@yumetodo _MSC_FULL_VER とか 旧来の 14.1 のようないわゆる正規的なバージョン文字列は、同時に見たいということであればhover時のためにtitle属性とかに入れることは出来ます。バージョン文字列を特別扱いするのは新規の機能になるので、site_generatorとkunaiの両方に機能追加が必要です。

この分かりづらさは2種類あるはずで、1つ目は執筆者の分かりづらさ、2つ目は閲覧者の分かりづらさです。 @yumetodo さんの提案は後者を改善する手段を提供する上では有用ですが、前者が阻害されるので僕は反対です。

[oki-miyuki]

先日 msbuild 使うためのバッチファイル書いてて、ここら辺ではまりました。
https://github.com/oki-miyuki/build-oss-library-on-windows/blob/master/script/inspect_vc.bat
MSが表形式で一覧を提供すべきなのに、どこにも無いのが情けない。
XMLとかで提供してくれれば、XSLTにかけて自動で生成とかできるんだろうけど。

[faithandbrave]

ひとまず方針として、本サイトはできるだけ多くの情報を提供しますが、メンテナンスできる範囲内で作業を行うので、たとえばWindows環境で継続的に作業できる人がいないのであれば、開発ブログを含む公式サイトで確認できる情報程度を、本サイトのimplementationページにまとめることになります。

そのページは、コンパイラの実装状況ページと、ライブラリの動作確認したコンパイラが記載されているページからリンクされているので、コンパイルオプションやバージョン表記の詳細などは、そちらで確認することになります (コンパイルオプションなどもメンテナンスできる範囲での記載です)。

• コンパイラの実装状況
• vector::emplace_back

このIssueでの問題は、コンパイラの実装状況ページと、ライブラリの動作確認したコンパイラの項に表記するバージョンを何にするかです。

implementationページに記載する内容としては、_MSC_VERはたとえばWikipediaとかでメンテナンスされていますが、_MSC_FULL_VERはVisual Studio環境を持つひとがローカルで検証しないと記載できないように思います。
_MSC_FULL_VERを記載する場合は、継続したメンテナが必要なように思います。

[faithandbrave]

それと、このIssueではメンテナンス性を向上させることを目標としているので、コンパイラの実装状況ページやライブラリの各ページでは、メンテナンスコストが高い_MSC_FULL_VERは採用できないと思います。

[faithandbrave]

Visual StudioのCTP (Preview, ベータ版) で入る機能については、「次の正式版でこの機能が入る」という認識で本サイトで表記し、CTP版でどの機能が入るという紹介はしないようにしたいです。
また、CTPは何段階かリリースされるために使用期間が短いこともあり、CTPのどのバージョンでどの機能が入り、_MSC_FULL_VERの値がいくつ、というのを確認するのは、作業の猶予期間が短いためにメンテナの負担が大きいです。

[saki7]

@faithandbrave アキラさんの他にWindows環境で作業量が多い人に1名くらい心当たりはありますか？ その人にpingして、特に問題がないようなら提案通りの方針で良いと思います。

[faithandbrave]

@egtra さんがMSVCでの検証をずっとやってくれていたのですが、ここ数ヶ月連絡がとれず… (別件で連絡をとりたいのですが)。ほかだと、MSVCの検証をしてくれた方は、Google SitesからGitHub Pagesに移行してからはいないと思います。

[saki7]

なら大丈夫でしょう。あとはお任せします