[過去ﾛｸﾞ] 【夏厨】Intel厨vsAMD厨 Part44【冬坊】 (661ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
345(1): Ｌ ◆eruX6eXBcA 04/08/07 22:38 ID:b1dclhMY(1/4)調 AAS
>>307
あれぇ？VisualStudio.NET2005 64bitってVC++だけなの？
本当に？
丁度手元にMSDNのディスクがあるんだけどさ.NET Flamework2.0Beta 64bit
ってのがあるんだけど？
VC++"だけ"だったら.NET Flameworkまで64bitにする必要ないよねぇ
自作板でこのスレだけ（誰かさんのおかげで）異様にマ率が高いんだから
恥かしい発言はやめておいた方がいいかと
ついでに
VisualSt"u"dio な
350(1): Ｌ ◆eruX6eXBcA 04/08/07 22:55 ID:b1dclhMY(2/4)調 AAS
>>348
VC++ .NET
C#
VB.NET
全部.NET Flamework使うよね。
本当に"VC++だけ"だとおもう？
根幹を変えるって事は開発環境自体も変えるって事。
というか、正直VC++以外はDLLやOCXが対応すればいいっていう話だったら
確かにVC++だけになるけど。
353: Ｌ ◆eruX6eXBcA 04/08/07 23:01 ID:b1dclhMY(3/4)調 AAS
>>341
64bit化が目的じゃなくて64bit化に向けての中間的役割 < AMD64
だから32bitOSもアプリケーションも動くようにしてある。
>>347が言ってるように64bit"も"動くことが重要。
完全に（環境が）64bitになれば32bitは切ってくるだろうね。
16bit→32bitの時のWindows95みたいな感じかねぇ。
Itenium2も32bit"エミュレーション"は出来るみたいだけどネイティブで
32bitが動くってのが重要だったんだろうねぇ（パフォーマンス全然違うし）
355: Ｌ ◆eruX6eXBcA 04/08/07 23:07 ID:b1dclhMY(4/4)調 AAS
>>352
サポートできないじゃなくてOS（と.NET Flamework）が対応すれば対応
できてしまうからだと思われ。
VB辺りはランタイムの変更だけで済むし
.NET関係は全部Flamework依存だし
んでVC++はライブラリやらインクルードファイルやら対応しなきゃいけ
ないから…そこを"VC++だけ"と勘違いしたのではと思われる。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.021s