Visual Studio 2017 RC 名前：yumetodo 日時： 2016/11/19 08:05 さて、ついにVisual Studio 2017 RCが公開されました。残念ながら、Two Phase Look-upの実装は https://blogs.msdn.microsoft.com/vcblog/2016/11/16/permissive-switch/ >Visual C++ does not support two-phase name lookup in VS 2017 RC but we expect to complete it early next year. SP2くらいだろという状況のようです。 --- それはさておき、早速DxLibをビルドしてみましたので報告を。 結論から言うとビルドは大きな問題はなさそうですが、Visual Studioのインストールが速い！ビルドが速い！IntelliSenseも速い！ ではビルドメッセージを DxDrawFunc pastebin.com/QKa4HfJt DxLibMake pastebin.com/w4HEw72m まあVS2015でも出ていた気がする warning C4731: 'DxLib::DrawMemImg': インライン アセンブラー コードにより変更されたフレーム ポインター レジスタ 'ebp' です。 warning C4996: 'GetVersionExW': が古い形式として宣言されました。 warning LNK4221: このオブジェクト ファイルは、以前に未定義であったパブリック シンボルを定義していないため、このライブラリを使用するリンク操作では使用されません が出てますね。(いっつも思ってるのですがこれってあまり無視してはいけないたぐいの警告のような・・・) --- 動作報告はしばしお待ちを。 --- 正式版が出たらビルド済みのものの公開をお願いします。

Page: 1 |

Re: Visual Studio 2017 RC ( No.1 ) 名前：yumetodo 日時：2016/11/19 08:07 (なお/W4でコンパイルすると大量のC4820が出ますorz) Re: Visual Studio 2017 RC ( No.2 ) 名前：yumetodo 日時：2016/11/20 22:59 DxUseCLib.lib及び外部ライブラリのコンパイルが面倒でvs2015用のをとりあえず横着してリンクして見ましたが、問題なく動くようです。 あとでちゃんとDxUseCLib.lib及び外部ライブラリのコンパイルもしよう・・・。 Re: Visual Studio 2017 RC ( No.3 ) 名前：管理人 日時：2016/11/20 23:48 >　warning LNK4221: このオブジェクト ファイルは、以前に未定義であったパブリック シンボルを定義していないため、このライブラリを使用するリンク操作では使用されません >　が出てますね。(いっつも思ってるのですがこれってあまり無視してはいけないたぐいの警告のような・・・) そうなのですか？　(・・; 警告が出ている DxModelLoader1.cpp は標準のビルドでは何も処理が使用されないので( FBX SDK が必要なので、DxLibModelViewer.exe の ビルドでしか使用していない )、その関係で発生している警告だとは思いますが… MSDNにある警告の説明を見ても、今ひとつ問題が理解できませんでした… >　(なお/W4でコンパイルすると大量のC4820が出ますorz) 手元で VisualStudio2017RC で /W4 でビルドしてみましたが、C4820 は出ませんでした どのような設定でビルドされたのでしょうか？ >　DxUseCLib.lib及び外部ライブラリのコンパイルが面倒でvs2015用のをとりあえず横着してリンクして見ましたが、問題なく動くようです。 良かったです…バージョンが上がる度にそのバージョン専用の lib ファイルが必要なのは勘弁して欲しかったので… Re: Visual Studio 2017 RC ( No.4 ) 名前：yumetodo 日時：2016/11/24 13:22 >手元で VisualStudio2017RC で /W4 でビルドしてみましたが、C4820 は出ませんでした /Wallになってました。なんかおかしいと思った。 >良かったです…バージョンが上がる度にそのバージョン専用の lib ファイルが必要なのは勘弁して欲しかったので… extern Cしちゃえばいいんじゃないかと思ってたんですが・・・ああ、だめか。 >https://github.com/MaverickTse/lsw-build2/issues/18 >https://github.com/VFR-maniac/L-SMASH-Works/commit/71859e2428c1d8cb7ed44dd2121ed95be9a8a233 これじゃないけど、たとえC結合でも別のコンパイラでコンパイルしたものをstatic linkするのはリスキーか。 そういう意味でバージョンが上がる度にそのバージョン専用の lib ファイルが必要なのはやむを得ないかと。 ただコンパイラのバージョンごとにDxLib_VC.exeを分けてほしい気はします。複数バージョンのコンパイラ使う人のほうが稀でしょうし。 それはそうと、DxLibW/DxUseCLibWで始まるlibをなくせればビルドの手間が少しは減ると思うんですよねぇ。 その代償としてヘッダーファイルに文字コード変換書くことになりますが、 char8_t(P0482R0にて提案中)/char16_t/char32_t型にもついでに対応できるようになりますし Re: Visual Studio 2017 RC ( No.5 ) 名前：yumetodo 日時：2016/11/24 13:31 あ〜 dxlib.o.oo7.jp/cgi/patiobbs/patio.cgi?mode=view&no=3944 その場合DLLにするのが面倒になる・・・？(やったこと無い) Re: Visual Studio 2017 RC ( No.6 ) 名前：管理人 日時：2016/11/28 09:22 ダウンロードページが今以上に煩雑になるのは避けたいので、バージョン毎にファイルを分けるのは難しいです… ( 仮にそれをする場合はダウンロードページの大幅なレイアウト変更が必要… )

Page: 1 |