堕天使の煉獄

わりと良くあることで、もう諦めた……って打ち切ったあとに、なんとなく未練がましく検索してると、ぽろっと解決の糸口が見つかったりして。

ＱＴ上でｖｃ++2015のコンパイラ使う方法。
解決してみれば、理由は、環境がｗｉｎ１０でＱＴ初導入の場合には起らない不具合っぽいんですよね。そんなん判るかっｗ


Why is Qt identifying MSVC 2015 as MSVC 2005?
ttps://www.reddit.com/r/Qt5/comments/3xzwqm/why_is_qt_identifying_msvc_2015_as_msvc_2005/

全く同じ状況。
どうも、インスコされてるｖｃのｖｅｒの取得に失敗してるかなにかで、MSVC2015がMSVC2005となってしまっている模様。
解答してるのはＱＴの開発者？　それともそういう要望だしてみるよって話なのかな。QT Creator上からは再検出みたいな事ができないため、再検出ボタンを追加するようにしてみるＹＯ！　とかいってるっぽいんですが、この記事五ヶ月前＿｜￣｜○

とりあえず、QT Creatorで読み込むtoolchains.xmlてのを削除すれば再作成（再検出）してくれるらしいというのを他の記事で発見。
が、QT Creatorの中のフォルダ検索してみると
C:\Qt\Tools\QtCreator\share\qtcreator\QtProject\qtcreator\toolchains.xml
これかー。
中を覗いてみると、あるぇー？　mingwの設定しか無い。
msvcの設定は何処よ？　とりあえずコレ消してみる。したらQT Creator上では、自動設定から手動の所にmingwが移動。msvcはそのまんま変化無し。
なんでだーとおもったら……。

QtCreator Qt 5.6.0 VS2015 - don't accept compilers
ttps://forum.qt.io/topic/65535/qtcreator-qt-5-6-0-vs2015-don-t-accept-compilers/2

C:\Users\ユーザー名\AppData\Roaming\QtProject\qtcreator\toolchains.xml

えーユーザーディレクトリに設定あるんかいっ。
よくよく一番最初のＵＲＬの記事みると
>> delete ApplicationData/...QtProject/qtcreator/toolChains.xml (or just the MSVC compilers found in that file)

て書いてあったね。見落としてたｗ

てかこのユーザーディレクトリに設定残すの止めて欲しいな。バージョンあがったら、たいてい互換破壊する感じなので、共用設定とか邪魔になるどころかトラブルの原因にしかならんのだけど。ＱＴに関して言えば。

で、ユーザーディレクトリの中のtoolchains.xmlを削除。QtCreator再起動。MSVC2005だったのがちゃんとMSVC2015になってる。

これでようやくビルドできる？
……したら今度はcorecrt.hが無いとか抜かしやがる。
ググってみると

New Qt Quick application does not build with VS2015 (cannot include corecrt.h)
ttps://bugreports.qt.io/browse/QTBUG-50191

corecrt.hはWindows SDKの中にあるらしい。

あるぇー？　vc++2015はWindows SDK統合とかしたんじゃなかったっけか。
それ以前に、その前にvc++2012とかの辺りでwin7用のＳＤＫ入れた記憶もあるんだけどなぁ。ｖｃ++2015入れるときには、なんかweb toolとかwin10用のSDKなんか選択画面にあったけど、それはチェック外してた気がする。

そも、ＧＵＩアプリはＱＴでやって、ｖｃ++はDXライブラリつかったゲーム開発用のつもりだったので、ＳＤＫとかいらんやん。てかんじだったんですが、ＱＴのプロジェクトをビルドするのにはWindows SDK必要だとか。うへー。

C:/Program Files (x86)/Windows Kits/10/Include/10.0.10240.0/ucrt

このucrtんなかにcorecrt.hはあるんだそうな。
SDKは8GBかあるしぃ。時間掛かるのう。悔しいのう、あんちゃん……。（なんとなく無駄なものを大量に入れさせられてる感じがして気分的に……ｗ）

こんでどうじゃーい
と思ったら今度はrc.exeが実行出来ませんとか。
rｃ.exeってみたまんまリソース関係っぽいんですが。見つからないじゃなくて実行出来ない？？　なんかver違いとかそういう厄介なの？？　win7用とwin10用ごっちゃになってる的な。

Visual Studio can't build due to rc.exe
ttp://stackoverflow.com/questions/14372706/visual-studio-cant-build-due-to-rc-exe

うーん。
どうもｗｉｎ７環境の場合なら
C:\Program Files (x86)\Microsoft SDKs\Windows\v7.1A\Bin

のなかのRC.exe と RcDll.Dllってのをvcのbinフォルダの中にいれるか、そこまでのパスを環境変数に追加しろってことらしい。

えーとwin10環境だと多分そのまま問題なかったのかな。
win7だと、RC.exeだけはwin7用のものを使わないと行けないみたいなかんじなのか。
んでもこれ、なんでファイル名へんな大文字小文字混じりなの、気持ちワルー。

とりあえず、なんかパス追加だと、win10用とwin7用同名の物があったりすると厄介なことになりそうなので、とりあえずRC.exe と RcDll.Dllをコピーする方法で試してみる。

……ビルド出来たー！！

てか、結局全部英語サイトの情報……。
ほんと日本のＱＴ界隈寂れてるなぁ……。
あとは、公式でなく、みんなフォーラムとか外部の所ってのもなんだかなぁ。
ＱＴはやっぱWin向けじゃなくてunix系が主導なんだなぁ。unix系なら、環境変数とか最初から整えるのが当然て心構えがあるからなぁ。
ｗｉｎだと、自動で追加されてるはずのものが無いとか古い設定が残ってるとかでも大騒ぎ。unix系の人からすれば情弱も良いとこだよな……（ぉ

しかし関係ないけど、ｖｃ++2015の更新インスコでＳＤＫとか追加してたんですが……。
なにこのmsのF#のごり押し感。チェック外しても戻ってくると再チェックされてる。他の項目はそんなこと無いのにｗ

てか、F#て関数型言語だっけか。将来性はある分野ではあるのかもしれないけど、現時点では使ってるやつとか見たことも聞いたこともねぇよ。

将来的にはどうなるかは判らないとしても、現時点では、手段が目的になる（言語自体への興味）タイプの人以外にはなんの用もないですよね。それで何かを生産したいという目的のある人にはＨＤＤの肥やしにしかならんぽ。

んでもってwinの環境変数の画面……windows3.1の頃から変わってないのは何で？

狭くて幅の変更も出来ないテキストボックスからしか入力出来ないとか拷問だろこれ。
そんなしょっちゅう環境変数なんて弄らないからアレだけど、今回我慢できずに外部のツールで有名どころらしいRapidEE使ってみる。
嗚呼快適。
てかＭＳはこの画面変えるつもり一生ないのかね（ぉ

ＶＣディレクトリの設定もそうだし、SendToのフォルダもそうだけど、よく使う重要な機能ほど、どんどん奥のわかりにくいところに持って行くｍｓの方針はよくわからん……。コントロールパネルもエクスプローラに統合されたために、返って邪魔くさい感じなうえ、ちょいちょい名称も場所も変えやがるので、たまに親のノート（vista）のメンテとかさせられるときに、呼び出したい機能は分かってるのにそれが何処にあるのか判らなくて混乱することも多い。

この辺のユーザビリティの低さはほんと酷いよな……ｍｓ。


とりあえず、QT Creator上でvc++2015のコンパイラでビルド出来る用になった……。やっぱmingwより速い～。リリースビルドだとそんな遜色無いのかもだけど。
あとはvcビルドだと文字化けしないようにしないとな。

てかvcはいつまでshift-jisなんか使い続けるのだろうか……。デフォルトではshift-jisが使われるために文字化けしちゃうので。時代遅れも良いところだ。だ。なんてもう、ｖｃ++2008ぐらいのころから言われてるのになぁ。

んでも……DXライブラリの公式掲示板で、とある脆弱性のfixした報告記事のなかで管理人氏が、unicode版使ってる人はほとんどいないでしょうが……的な発言してて。

……個人的にはマルチバイト版使ってる人なんて今時いるの？　保守のために古いアプリとか使ってるところが仕方なくマルチバイト版つかってるだけでしょ？　ぐらいの認識持ってたんですが。

そうでもないのかな……ｗ

ｃｇｉとかでは、鯖はunix鯖だし、ＱＴはutf8がデフォだし、unityもutf8がデフォだったかな。

なので、わりと早い段階でソースコードの文字コードをunicodeで運用する方向に切り替えたのですが、

DXライブラリ関係のみしかＰＧやらない分にはマルチバイト文字（shift-jis）でも困らないから気にすることでもないからなのかな。（_Tマクロとか無駄なもの書かなくて済むし）

そいやbom無しのutf8には対応したのだろうか……vc++2015の段階ではダメーってことを確認したのだけどもsp当たってからは確認してなかったっけな。
その所為でＱＴの方もbom付をデフォ設定にしてるので、今のところ同じコード同じソースファイルでもｖｃ++でビルド来てるんですが。


とにかくまあ、これでＱＴ上でｖｃ++のコンパイラ使ったビルド出来る様に……。
んでもあとは……ｃ++11回りがなぁ、ＱＴ。

auto(型推論)や可変長テンプレート回りのインテリセンスとかが効かないのがめんどくさい。clangコードモデル使うとその辺は解決するんだけど、いまのverだとどうなるか判らないケド、QT5.6のQT creator3.6、4.0だとソースコードのファイルをロックしたままハングって、ソースコードの保存が出来なくなるっていう結構致命的なバグ？　不具合があったりしたので。

そうなると、vc++とＱＴ両方立ち上げて行き来しながらコード書く方法もありなのかなと言う気も……。

とりあえず、ひとごこちついた～。