05/06/14 21:28:19
このtoolkitとPSDKの両方にincludeとlibがあるけど
toolkitとPSDKのどちらのパスを優先させるべきでしょうか
C++でハローワールドかいたら、
コンパイル、リンクは通ったのに
実行されたら何も表示されない…
332:デフォルトの名無しさん
05/06/14 21:46:31
>>331
PSDKを使うんならPSDKが先の方がいいような気がする。
でもHello, Worldぐらいでは関係ないような気もするが。
状況がよく解らんが
「出来た実行ファイルをダブルクリックしても一瞬黒いウインドウが表示されるだけで…」
なんていう冗談はやめてくれよ。
333:331
05/06/14 21:49:58
色々試してみた
環境変数でPSDKの方を優先させてmakeすると
helloを実行させても何も出ない
PSDKの下のlibにlibcp.libがあって
(libcpdとかlibcとかはなく、なぜかlibcpだけある)
これがうまくいってないみたい(?)
そのままPSDKを優先させたまま、
linkで
link hello.obj toolkit\lib\libcp.lib こんなかんじで
toolkit側のlibcpを使うように直接指示したら
helloを実行させると文字が出力された
PSDKの下のlibcp.libって削除していいのだろうか
334:デフォルトの名無しさん
05/06/14 22:21:46
>>333
俺はToolkit優先にしてる。
ちなみにうちのPSDKは少し前のバージョンだが、
libフォルダ見てみたらlibc関係のライブラリは入ってなかった。
それと、削除するよりリネームするにとどめておいたほうがいいぞ。
いつ必要になるか分からんしな。削除は危険。
（そのつもりで敢えて「削除」と言ってたのならごめん。）
335:331
05/06/14 22:30:14
俺のスタートメニューには
Microsoft Platform SDK for Windows Server 2003 SP1
というメニューがあるバージョンを使っているんだけど
前のバージョンにはlibc関連はなかったのか…
リネームすることにするよ
(削除はそのつもりで書きました…ごめんだなんてとんでもない
するどい読みとやさしいフォローありがと)
toolkit優先だと、kernel32.libとかが気になりませんか？
これこそPSDK側を使いたくなる
336:デフォルトの名無しさん
05/06/14 22:31:44
なきゃ次を順に見ていくんじゃないのか?
337:334
05/06/14 22:49:31
ふーむ、今までToolkit優先にしてて特に不都合は無かったからなあ…。
338:デフォルトの名無しさん
05/06/15 00:55:41
XP SP2でしか動かないプログラムとか、2003 SP1でしか
動かないプログラムなんか作らないので、どっちでも気にしない。
339:デフォルトの名無しさん
05/06/17 16:28:10
つーかこれプロフェッショナル買った奴に
言わせると詐欺だよな
340:デフォルトの名無しさん
05/06/17 23:31:33
一文も取らない詐欺なんてのは無いだろ
341:デフォルトの名無しさん
05/06/17 23:33:02
>>339
プロフェッショナルが詐欺
342:デフォルトの名無しさん
05/06/18 02:32:10
IDEとかMFCその他諸々の値段＝Professional
コンパイラ＝プライスレス
343:デフォルトの名無しさん
05/06/18 02:45:00
つかProfessional買う人はMSDN DX版が多いんじゃない？
344:デフォルトの名無しさん
05/06/20 20:46:18
ATLないならいらね
345:デフォルトの名無しさん
05/06/21 06:23:15
Pentium M のターゲットは
/G6 optimize for PPro, P-II, P-III
/G7 optimize for Pentium or Athlon
のどちらでしょうか？
346:デフォルトの名無しさん
05/06/21 10:20:12
G6 じゃね?
347:345
05/06/21 22:40:55
うつしまちがい
/G7 optimize for Pentium4 or Athlon
の４が抜けてた
Pentium M は G6 なんですかね？
SSE2が使えるけど…
/Ox /G6 /ARCH:SSE2
これがおすすめでしょうか?
348:デフォルトの名無しさん
05/06/22 13:00:02
押忍！２つほど質問を許可願います！！
１！VCTKでコンパったソフトとソース一式をGPLで公開しても問題ないでありましょうか？
この場合、公開するのは自分で書いたcppやh、rcファイルであります。
２！BCCdeveloperみたいな感じの、VCTK対応の開発環境ソフトはないんでありましょうか？
349:デフォルトの名無しさん
05/06/22 13:45:33
>>348
1.OK
2.Relo
350:デフォルトの名無しさん
05/06/22 15:13:08
押忍！ありがとうございました！
351:デフォルトの名無しさん
05/06/23 01:55:07
Reloを使ってみた。日本語が通らん気味だが、なかなか悪くない。
ソース見るとBCBだったんで、ちょうどあったから「コンパイルし直せばいいんじゃん？」と
思ったんだが、通らん・・・。なんか、SynEditのhppがないって言われたんで、そっちもみたんだが、
こっちはデルファイと来てる。hppなんぞ影も形もない。どうなっとるんじゃこれは？
しかしスレ違いだな・・・
352:デフォルトの名無しさん
05/06/23 07:53:37
俺はvcvars32.batでお腹いっぱいです。
353:デフォルトの名無しさん
05/06/23 21:04:15
ﾊｲｰｷｮ？
354:デフォルトの名無しさん
05/06/23 22:37:10
URLﾘﾝｸ(homepage3.nifty.com)
対応した模様。
C/C++の勉強から始める人にｵｽｽﾒ
355:デフォルトの名無しさん
05/06/23 22:42:57
>>354
もういい加減、LSI C-86を入門者に勧めるのはやめてくれよ…
356:デフォルトの名無しさん
05/06/23 23:17:09
>>355
おまい早合点
357:デフォルトの名無しさん
05/06/24 00:32:01
ていうか「複数ソースのコンパイル・リンクは出来ません」なツールはゴミだろ。
358:デフォルトの名無しさん
05/06/24 21:12:34
まあ、試食版だし。
359:デフォルトの名無しさん
05/06/25 00:08:42
>>357
＞レスポンスファイルを利用した複数ファイルのコンパイルをサポート。
って書いてあるな。
ﾒﾝﾄﾞｸｻｿｳﾀﾞｹﾄﾞ。
「ソフト紹介」のその下りは修正してないみたいだな。
360:デフォルトの名無しさん
05/06/26 03:16:26
>>351
URLﾘﾝｸ(www.borland.co.jp)
hppならこれで作れないの？
361:デフォルトの名無しさん
05/06/26 03:44:09
>>360
うお、そんなのがあったのか、デルファイもってないから全然きがつかんかった。
早速試してみる
362:デフォルトの名無しさん
05/07/01 00:46:49
微妙にスレ違いだが、
DirectXのサンプルをコンパイルしようと思ってVCTKとRelo使ってみたが、
エラーが出てぜんぜん成功しない。
BCCの影響なのかそれとも一からインスコすべきか……
BCCでコンパイルはとおったソースなんだけど……あれ？
363:デフォルトの名無しさん
05/07/01 01:39:02
>>362
サンプルはしらんが、チュートリアルのほうはVCTKとコマンドラインで修正無しでOKだった。
モチのロン、適切なLIBをくっつける必要はあったけど。
つーか、サンプル程度ならReloよりもメイクファイル書いたほうがやりやすくないか？
BCCで通ったってことは、LIBの指定がボーランド用になってるか、
ソースがボーランド仕様にしちゃってるか、じゃない？
つーか、VCTKでプログラミングぉぅぃぇぃ、みたいな解説サイトないかね。
このソースはこう弄る、とか、LIBはこうくっつける、とか。
・・・自分でまとめたほうが早い？
364:デフォルトの名無しさん
05/07/01 02:35:40
OH!遺影
365:デフォルトの名無しさん
05/07/01 07:59:52
なむなむ・・・
366:デフォルトの名無しさん
05/07/01 08:06:27
>>362
どんなエラーが出たか書こうよ。
367:デフォルトの名無しさん
05/07/01 23:32:44
>>362
BCCと一緒に入れてるってことは
パスの指定順のせいとか
368:デフォルトの名無しさん
05/07/02 02:30:32
プロファイラって付いてますか？
みなさんは何を使ってますか？
369:デフォルトの名無しさん
05/07/02 02:47:37
time ./a.out
370:デフォルトの名無しさん
05/07/02 07:59:06
>>363
Visual C++ Toolkit 2003 サポートサイト
URLﾘﾝｸ(shrike.s58.xrea.com)
こんなんどうよ
371:デフォルトの名無しさん
05/07/02 11:19:56
>>369
関数ごとに何％処理がかかっているかを知りたいです。
372:デフォルトの名無しさん
05/07/02 12:51:53
>>369
C:\>time ./a.out
入力された時刻は受け付けられません。
新しい時刻を入力してください:
373:デフォルトの名無しさん
05/07/02 13:38:30
>>371
URLﾘﾝｸ(www.xlsoft.com)
374:デフォルトの名無しさん
05/07/02 14:10:50
>>373
無料のものでお願いします。
375:デフォルトの名無しさん
05/07/02 14:50:25
スレ違いだが mingw で gprof でも使えばぁ？
376:デフォルトの名無しさん
05/07/02 17:20:30
>>374
ないなら自分で作る！
377:デフォルトの名無しさん
05/07/05 21:15:02
Win32APIのヘルプって、どこかにありませんか？
できればローカルで使える物がいいです。
378:デフォルトの名無しさん
05/07/05 22:52:23
URLﾘﾝｸ(www.cs.virginia.edu)
英語やけど
379:デフォルトの名無しさん
05/07/05 23:09:46
>>377
PlatformSDKをインストール
URLﾘﾝｸ(www.microsoft.com)
380:デフォルトの名無しさん
05/07/05 23:47:00
>>378
なぜか繋がらない
>>379
やってみる
二人ともサンクス
381:362
05/07/06 22:00:34
ごめん。ちょっと忙しかったので見てなかった。
>363,367
ごめん。正しくはDirectxの説明をしているサイトのサンプルソースを自分改造したものだった。
ちなみに元のソースもできなかった。
BCC環境は消去するつもりなので、消したら再び挑戦するつもり。
382:362続き
05/07/06 22:02:18
>366
えと、
[CMD] "C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin\cl"
"D:\program test\gametest\winmain.cpp" /c /Fo"D:\program test\gametest\winmain.obj"
/I"C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin\..\include"
/I"C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin\..\..\Microsoft Platform SDK\include"
/I"C:\dx9sdk\Include" /nologo
winmain.cpp
C:\dx9sdk\Include\dinput.h: DIRECTINPUT_VERSION undefined. Defaulting to version 0x0800
[CMD] "C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin\link"
/SUBSYSTEM:WINDOWS /NOLOGO /LIBPATH:"C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin\..\lib"
/LIBPATH:"C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin\..\..\Microsoft Platform SDK\Lib"
/MACHINE:IX86 "/LIBPATH:C:\dx9sdk\Lib" "D:\program test\gametest\winmain.obj"
user32.lib gdi32.lib kernel32.lib comdlg32.lib comctl32.lib vfw32.lib winmm.lib
"/OUT:C:\Program Files\Relo\temp\Project1.exe"
383:362続き
05/07/06 22:02:43
winmain.obj : error LNK2019: unresolved external symbol _Direct3DCreate9@4 referenced in function "long __cdecl DXGInit(struct HWND__ *)" (?DXGInit@@YAJPAUHWND__@@@Z)
winmain.obj : error LNK2019: unresolved external symbol _D3DXCreateTextureFromFileExA@56 referenced in function "int __cdecl LoadTex(int,char *)" (?LoadTex@@YAHHPAD@Z)
winmain.obj : error LNK2019: unresolved external symbol _D3DXGetImageInfoFromFileA@8 referenced in function "int __cdecl LoadTex(int,char *)" (?LoadTex@@YAHHPAD@Z)
winmain.obj : error LNK2019: unresolved external symbol _DirectInput8Create@20 referenced in function "int __cdecl InitDInput(void)" (?InitDInput@@YAHXZ)
winmain.obj : error LNK2019: unresolved external symbol _IID_IDirectInput8A referenced in function "int __cdecl InitDInput(void)" (?InitDInput@@YAHXZ)
winmain.obj : error LNK2019: unresolved external symbol _c_dfDIJoystick referenced in function "int __cdecl InitPad(void)" (?InitPad@@YAHXZ)
winmain.obj : error LNK2019: unresolved external symbol _c_dfDIKeyboard referenced in function "int __cdecl InitKey(void)" (?InitKey@@YAHXZ)
winmain.obj : error LNK2019: unresolved external symbol _GUID_SysKeyboard referenced in function "int __cdecl InitKey(void)" (?InitKey@@YAHXZ)
C:\Program Files\Relo\temp\Project1.exe : fatal error LNK1120: 8 unresolved externals
だった。
ちなみに長いとことは適当なところで改行しました。
>370
そんなサイトあったんだ・・・あとで見ておこう。
みなさん、本当にどうもありがとうございました。
384:デフォルトの名無しさん
05/07/06 22:23:49
つーかDirectX関係のlibを追加しろよ……
385:デフォルトの名無しさん
05/07/07 00:04:00
とりあえず、d3d9.lib d3dx9.lib を追加しようぜ。話はそれからだ。
386:デフォルトの名無しさん
05/07/09 16:34:25
スレッドに関してお教え下さい．
これまで，スレッドを使用したプログラムではいくつかの動作を
メインループから指示するために
WaitForSingleObjectもしくはWaitForMultipleObjectsを使用し
Signalによって動作を起動させていました．
今回，いくつかのパラメータをスレッドに渡す必要が生じたのです
がどのような方法が簡単で安全でしょうか？
387:デフォルトの名無しさん
05/07/09 17:07:22
>>386
パラメータを1つの構造体にまとめる。ただしポインタや整数型1つだけならそのまま渡せる。
そしてスレッドを作る側でその構造体型の変数を作り、
そこへのポインタをCreateThread/_beginthreadexの4番目の引数に(必要ならばキャストして)渡す。整数型なら単にキャストするだけで値渡しできる。
そしてスレッド関数では引数として受け取れる。
388:デフォルトの名無しさん
05/07/10 19:29:53
SSEとかのCPU特殊命令を使うための
サポートファイルがあると聞いたのですが…
どういうものなのでしょうか？
どこからダウンロードできますか？
389:388
05/07/10 20:03:02
Visual C++ 6.0 Processor Pack
最終更新日: 2000/09/29
URLﾘﾝｸ(www.microsoft.com)
探してこんなページを見つけたけど、なんか古いような・・・
このToolkit2003に必要なんだろうか
390:デフォルトの名無しさん
05/07/10 20:06:05
>>388
2003ならインラインアセンブラか組み込み関数使えばできる。
__asm{
movaps xmm0, [ebx];
}
意味ないコードだかこんな感じで。感じで。
レジスタの内容は自動的にスタックに退避と復元をしてくれるらしい。
一応聞くが2003の話だよな？
391:デフォルトの名無しさん
05/07/10 20:08:26
> Visual C++ 6.0 Processor Pack
~~~~
最適化は標準でできる希ｶﾞｽ
392:388
05/07/10 21:52:44
>>390
>一応聞くが2003の話だよな？
はい、そうです。
Toolkit2003の話しです。
自前でアセンブラを書くのですか…
それでなんとかするのはわかりましたが、日頃思うのは、
_asm ブロックの前後で、コンパイラの最適化が
邪魔されてしまっているのではないかと疑問に
思っているのです。
コンパイラに拡張命令を使わせるヒントを与えるような
C/C++の関数があれば、コンパイラがスムーズに
最適化を進められるのではないか、と思って質問しました。
それに、アセンブラって、私、ミスしやすいし…
Visual C++ 6.0 Processor Pack の後継者となるサポートパックは
出ていないのでしょうか？
393:388
05/07/10 21:58:50
「組み込み関数」って何でしょうか？
無知でごめんなさい…
インテル(R) C++ コンパイラ 8.1 Windows* 版に含まれているファイル
URLﾘﾝｸ(www.xlsoft.com)
調べて、上のページを見つけましたが、Toolkit2003 の話しでは
ないように見うけられます。
394:デフォルトの名無しさん
05/07/10 23:18:13
MSDNじゃ組み込み関数もIntrinsicsも引っかからないのか。
インライン関数っていうべきなのかな？
組み込み関数についてはこことか。
URLﾘﾝｸ(www.microsoft.com)
MMX、SSE、SSE2の組み込み関数 （題名に3DNowがないのは悲しいことだ)
URLﾘﾝｸ(www.microsoft.com)
ちなみに、2003ならオプション指定すればスカラ演算レベルで拡張命令を使ってくれるはずだ。
ベクトル化してくれるのはIntelコンパイラかVectorC {PC}ぐらいかな。
395:デフォルトの名無しさん
05/07/10 23:35:56
ivec.hとfvec.h、dvec.hには
組込み関数をさらにクラスでラップしたものもある。
toolkitにも入ってるし使ってみたら？
396:388
05/07/11 18:57:41
いろいろとアドバイスありがとうございます
なんだか知らない機能が急に増えた気がしてとまどってます
じっくり調べます
どうもありがとうございました
397:デフォルトの名無しさん
05/07/11 20:45:32
>>396
大きなお世話かもしれないが、君の生半可な知識で「・・・を教えてくれ」と書くよりは、
最終的に何をやりたくてそれを知りたいと思うに至ったかを書いたほうが、より適切な
情報が得られる可能性が増えると思うよ。
398:デフォルトの名無しさん
05/07/12 16:04:51
大きなお世話だ
399:デフォルトの名無しさん
05/07/12 20:07:19
がちょーん
ひどい・・・
400:デフォルトの名無しさん
05/07/12 23:22:38
396と398は別人の希ガス
401:デフォルトの名無しさん
05/07/13 21:52:27
>>399
放置汁
402:388
05/07/13 23:42:07
>>396
すみません、返事がおそくなりました
それから398は違う人です
最終的に何を～というのは、まだないです
今まで bcc + tasm を使ってました
toolkit2003 ではじめて MS 系のコンパイラにふれます
MS 系には Borland 系とちがって拡張機能を
サポートする態勢がととのっているという印象があって、
どこからふれればいいのやら…と探していました
オプション指定すれば自動的に～というのは
/arch:SSE2 とかするのかな
拡張機能というと MMX や SSE などがまず頭に浮かびますが
cmov とか sincos とかもC++から気楽に使いたい…
/ と % を同時に求めるとかも
asm文ならすぐだけど
403:デフォルトの名無しさん
05/07/14 00:49:19
>>402
＞/arch:SSE2 とかするのかな
それそれ。
拡張命令の売りの一つであるSIMDはもちろん無理で、
SISDとしてしか使われないけど。
あとcmovは/arch:SSE以上の指定でコンパイラも使用するようだ。
もちインラインアセンブラでも使えるだろうけど。
404:デフォルトの名無しさん
05/07/14 00:51:35
それ指定すると、SSE2が仕えないCPUなどでは動かなかったりしないのかな
405:デフォルトの名無しさん
05/07/14 01:31:36
MSDNには書いてないけど、たしかRigid-chpsの15B13dが
SSE2有効でコンパイルされてて問題起こったんじゃなかったっけ？
今度試してみる。
406:デフォルトの名無しさん
05/07/14 02:01:28
>>402
> / と % を同時に求めるとかも
URLﾘﾝｸ(www.linux.or.jp)
でもまぁパフォーマンス取るなら標準のものを用意した上で
特化バージョン作るのがいいのかも。
407:デフォルトの名無しさん
05/07/14 03:05:27
*dsw *dspファイルからmakeってどーやんしょ？
VC++ないと無理？
408:デフォルトの名無しさん
05/07/14 03:09:30
>>407
できません
dspにはMakefileを作るために必要な情報は全て入ってるから、
それをもとに手で書くか、perlスクリプトででも変換しる
409:デフォルトの名無しさん
05/07/19 18:46:04
>>407
Code::Blocks使ってみたら。
VC++のプロジェクトをインポートできる。
URLﾘﾝｸ(www.codeblocks.org)
410:デフォルトの名無しさん
05/07/21 09:18:31
なんか最近SDKのファイル構成変わったの？
IA-32用、IA-64用とかに分かれちゃってるけど。
もしかしてIA-32のパッケージからはATLやらツール類やらが削られたとか？
更新していいものなのかどうか（´・ω・｀）
411:デフォルトの名無しさん
05/07/22 18:11:16
>>403
SSEは使いたかったらxmmintrin.hやらfvec.hやらを使えばええよ。
Intelのサイトとかに使い方のマニュアルやらサンプルやらがあるはず。
ICCで使えばもうインラインアセンブラ不要なレベルまで最適化してくれる。
（ロード・ストア操作のスケジューリングを自動化してくれてめちゃくちゃ楽。x86→x64のコード移植も楽々。）
412:デフォルトの名無しさん
05/07/22 20:09:44
>>411
それら一応既出な。>>394-395
ICC持ってんのか。うらやましいもんだ。
ICCも速いらしいがVectorCはどうなんだろうな。
学部生の自分にはどっちも高くて手が出ないがorz
413:デフォルトの名無しさん
05/07/22 21:33:11
貧乏人は gcc 4 の自動ベクトル化に期待。誰か試した？
414:デフォルトの名無しさん
05/07/26 05:07:04
VC++.NET standardでToolkitを使おうと思うんですが
どうやったら使えるようになりますか？
415:デフォルトの名無しさん
05/07/26 14:03:48
>>414
cl.exeを上書き保存
416:デフォルトの名無しさん
05/07/26 17:18:47
>>415
おいおい、
オプションの実行可能ファイルのフォルダ指定で
toolkitのCL.EXEのパスをVSのそれより上位にすればいい。
417:デフォルトの名無しさん
05/07/26 21:46:19
>>415-416
ありがとうございました。
やってみます。
418:デフォルトの名無しさん
05/07/26 21:51:21
>>415-416
ありがとうございました。
やってみます。
419:デフォルトの名無しさん
05/07/28 07:09:21
Code::Blocksいいねこれ
簡単にコンパイルできる環境ができたよ
420:デフォルトの名無しさん
05/07/29 08:07:24
VC++6でToolkitを使おうと思うんですが
無理ですか？
421:デフォルトの名無しさん
05/07/29 12:26:20
>>420
漏れは使ってる。
2003TKだと6のデバッガが使えずめどいのでテスト中は6でビルド。
6のMFCもmsvcrt71.dllとmsvcrt.dllと両方ロードするようになるのさえ我慢すれば一応リンク可。
422:デフォルトの名無しさん
05/08/01 01:30:32
先週、外装交換してもらうためにauショップいったらそろそろ外装交換ができなくなるような話をしてた…
423:デフォルトの名無しさん
05/08/01 02:21:50
>>422
誤爆？
424:420
05/08/02 03:39:13
>>421
ｻﾝｸｽｺ!
やってみるです。
(回線細いので落とすのに勇気が必要だった)
425:デフォルトの名無しさん
05/08/08 17:29:43
Code::Blocks 1.0-RC1-1出てた。
426:デフォルトの名無しさん
05/08/10 11:19:15
Code::Blocksって普通に日本語使えるの？
427:デフォルトの名無しさん
05/08/11 19:23:46
使える
428:デフォルトの名無しさん
05/08/15 02:37:01
Code::Blocksで
「LINK : fatal error LNK1123: failure during conversion to COFF: file invalid or corrupt」
とでてしまうのですが、何が問題なのでしょうか？
DOSプロンプトから手打ちでは、成功します｡
URLﾘﾝｸ(cazlog.cocolog-nifty.com)
に載っているサンプルプログラムを試しています｡
429:デフォルトの名無しさん
05/08/15 18:46:59
>>428
やってみたけどエラー出なかった。
とりあえず、コンパイラログを貼ってみて。
「Compiler Settings」＞「Ｏｔｈｅｒ」で「Compiler logging」を「Full command line」にしておけよ。
430:428
05/08/15 20:13:16
>>429
わざわざ試して頂いてありがとうございます｡
ちょっと長くなりますが、こんな感じのエラーでてしまいます｡
Project : Console application
Compiler : Microsoft Visual C++ Toolkit 2003 (called directly)
Directory : F:\PROJ\testPoj\
--------------------------------------------------------------------------------
Switching to target: default
RC.Exe /I"D:\Microsoft Visual C++ Toolkit 2003\include" /I"D:\Microsoft Platform SDK\Include" -fo.objs\vctest.res vctest.rc
cl.exe /nologo /I"D:\Microsoft Visual C++ Toolkit 2003\include" /I"D:\Microsoft Platform SDK\Include" /c vctest.cpp /Fo.objs\vctest.obj
vctest.cpp
link.exe /nologo /LIBPATH:"D:\Microsoft Visual C++ Toolkit 2003\lib" /LIBPATH:"D:\Microsoft Platform SDK\Lib" /out:consoleTest.exe .objs\vctest.obj .objs\vctest.res user32.lib kernel32.lib gdi32.lib
LINK : fatal error LNK1123: failure during conversion to COFF: file invalid or corrupt
Process terminated with status 1 (0 minutes, 1 seconds)
1 errors, 0 warnings
431:デフォルトの名無しさん
05/08/15 20:26:15
ライブラリの形式が違うってエラーじゃなかった？
432:デフォルトの名無しさん
05/08/15 23:22:34
ライブラリですか。。
user32.libはたぶんMicrosoft Platform SDKのを使っていると思います。
ちゃんとパスが通ってるのなら。
433:デフォルトの名無しさん
05/08/15 23:46:49
他にリンクしているライブラリや、コンパイル済みのobjファイルが
あると思うんだけど。
434:デフォルトの名無しさん
05/08/16 00:27:41
DOSコマンドラインで手動ビルドが成功してるんなら既製ライブラリには問題ないんじゃないの。
たまたまvctest.obj vctest.resの生成に失敗してるのかもしれない｡
２，３回リビルドしてみたら。
コンパイルログは問題なさそう。
こっちではこれでいけてる。参考までに貼っとく。
Project : Console application
Compiler : Copy of Microsoft Visual C++ Toolkit 2003 (called directly)
Directory : D:\UnPack\test\
--------------------------------------------------------------------------------
Switching to target: default
rc.exe -fo.objs\test.res test.rc
cl.exe /nologo /ID:\Microsoft\VC++Toolkit\include /ID:\Microsoft\psdk\include /ID:\dxsdk\Include /c main.cpp /Fo.objs\main.obj
main.cpp
link.exe /nologo /LIBPATH:D:\Microsoft\VC++Toolkit\lib /LIBPATH:D:\Microsoft\psdk\lib /LIBPATH:D:\dxsdk\Lib /out:D:\UnPack\test\console.exe Kernel32.lib User32.lib Gdi32.lib .objs\main.obj .objs\test.res
Process terminated with status 0 (0 minutes, 10 seconds)
0 errors, 0 warnings
435:デフォルトの名無しさん
05/08/16 02:21:47
みなさん、ありがとうございます。
個人的に怪しかったcvtres.exeを代えてみたところ、まずうまくいきました。
以前はpsdkのwin64に入ってたものを使っていたのですが
これをFramework(v1.1.4322)のものに変えたらすんなり実行できました｡
win64はたぶん64bitCPUに対応したもので
うちのCPUはPIIIなのですが、これがいけなかったのかと思っています｡
そして別のサイトさんで
「I-64用なので、環境変数PATHの一番最後に指定」
とあったので、CompilerSettings-Programs-Additional Pathsで
VCTKitのBIN SDKのBin SDKのBinのWin64 の順に登録したらwin64中のcvtres.exeで
通るようになりました｡
要はWin64ディレクトリにある他のDLLファイル等はIA-64用だったので
これを最後に見に行くようにしてなかったのがいけなかったようです｡
明日も早いので、むちゃむちゃな文章で悪いのですが
簡単な情報として書き込んで失礼致します｡
436:デフォルトの名無しさん
05/08/19 12:41:29
ﾊｲｰｷｮだなあ……
437:デフォルトの名無しさん
05/09/02 01:38:39
すみません教えてください。
Win32APIのReadConsoleとか使ってコンソールアプリを作っているのですが
パスワード入力のところで、エコーバック無しで入力させたいのですが
どのようにすれば良いのでしょうか？
SetConsoleModeとか？いろいろやってみたのですがダメです。
438:デフォルトの名無しさん
05/09/02 01:57:36
>>435
>psdkのwin64に入ってたものを使っていたのですが
…
439:デフォルトの名無しさん
05/09/02 02:10:12
>>437
試してないけど↓こんな感じでいけないの？
BOOL bRet = FALSE;
DWORD dwOldMode = 0;
//現在のモード取得
bRet = GetConsoleMode(hConsoleHandle,&dwOldMode);
//エコーのビットを落とす
dwNewMode = dwOldMode & (~ENABLE_ECHO_INPUT);
bRet = SetConsoleMode(hConsoleHandle,dwNewMode);
//パスワード入力処理
ReadConsole等…
//もとにもどす
bRet = SetConsoleMode(hConsoleHandle,dwOldMode);
440:デフォルトの名無しさん
05/09/29 18:48:35
これでコンパイルしたlame.exe(lame-3.96.1)はICLでコンパイルされた
RareWareで配布されているバイナリとかServices for Unixに付属の
gcc-3.3と違うエンコ結果になる。VB.NET Standard付属のcl.exeも同様。
441:デフォルトの名無しさん
05/09/29 19:11:27
そうやって簡単に言い切れるところがすごい
442:440
05/09/30 04:04:46
いや試すのは簡単。用意されているmakefile使ったりconfigureすれば
いいだけだから。あとはmp3ファイルのmd5sumを取ればいい。
443:デフォルトの名無しさん
05/09/30 07:04:44
ソフトの処理内容がコンパイラによって変わるってあやしすぎね？
444:デフォルトの名無しさん
05/09/30 10:31:00
浮動小数の演算結果が処理系によって違いが出るのは至って普通
445:デフォルトの名無しさん
05/09/30 10:48:42
ファイルを配布する側は、すべての環境でテストしたわけじゃないから
用意されてるmakefileがあなたのお使いの環境にあってる保証はないですよ。
446:デフォルトの名無しさん
05/09/30 15:24:28
sseとかの有無は合わせてるのか？
447:440
05/09/30 16:18:38
>>443
そうなんです。あやしすぎます。
>>444
それかもですねぇ。
>>445
MSVC用ってだけなんで個々(VC6, VC7など)の cl.exe 間の相違については考慮
してないのかも。もうちょっと詳しく見てみます。
>>446
MMXの使用有無は試しました。使っても使わなくても同一のMP3ファイルが
できました。SSE*は私のCPUにはついてないので試せないですorz
448:デフォルトの名無しさん
05/09/30 16:25:31
最適化が影響与えてるとか
449:デフォルトの名無しさん
05/10/05 00:19:34
>>447
MMXの有り無しで違いがないなんて普通はないはず。
MMX整数を使えば精度が落ちる。
ちゃんとMMXが使われているかどうかアセンブラコードを出力して確認してみろ。
450:デフォルトの名無しさん
05/10/24 10:39:12
クラスの内部でconstを使った定数を使いたいのですが、どのように書けばよいのでしょうか？
451:デフォルトの名無しさん
05/10/24 17:14:34
>>450
class hoge
{
static const int Foo = 1;
};
452:デフォルトの名無しさん
05/10/25 13:59:57
>>449
>MMX整数を使えば精度が落ちる
整数演算で精度は落ちないだろ？
MMXレジスタで数値オーバーするような状況に
MMXを適用してるとしたらプログラムがタコ
453:デフォルトの名無しさん
05/10/25 14:18:37
>>452
わろた
454:デフォルトの名無しさん
05/10/26 00:41:03
>>452
アホ？
それともプログラミングしたことないのか？
455:デフォルトの名無しさん
05/10/26 00:56:57
流れも読まずに飽和演算の動きが違うからと言ってみる
456:デフォルトの名無しさん
05/10/26 02:06:51
まあそう言ってやるな。
つまるところ有効精度の問題だ。
MMXだとDWORDx2を使うと、汎用レジスタ使った方が早い。
従ってMMX使う場合、まあWORDx4で演算することになる。
乗除算で有効精度はどんどん落ちる。
あと、・整数で演算するからといって、演算対象が整数だとも限らん。
（判り易く10進数で例示すると、 123.45 * 100 = 12345 （整数化））
457:デフォルトの名無しさん
05/10/26 02:30:00
>>452
オーバーフローなんか精度云々以前の問題だろ。
結果が全然違ってくるぞ。
458:440
05/10/26 05:01:29
すんませんです。私のせいかも。まだ検証していません。
もしお暇な方がいらっしゃいましたら検証おながいします。
ほんとにすんません。
459:デフォルトの名無しさん
05/10/26 08:49:18
>>456
> MMXだとDWORDx2を使うと、汎用レジスタ使った方が早い。
嘘つくなって。
しかも有効精度とかいってるあたり、何か勘違いしてるだけのような気が。
> あと、・整数で演算するからといって、演算対象が整数だとも限らん。
ヒント：標本化 → 量子化 → 符号化
460:デフォルトの名無しさん
05/10/26 17:37:04
わろた。
全然トンチンカンなヒントになってる。
それとちゃんと説明するクセをつけたほうがいいぞ。
じゃないと自分でもわかったつもりになって終わるし、
突っ込むほうだって範囲が広すぎてイヤになる。
461:デフォルトの名無しさん
05/10/26 17:52:13
>>459
＞嘘つくなって。
アスロンだと違うのかな？
Pen3/4で非常に苦労してるんだが？
462:デフォルトの名無しさん
05/10/26 18:11:43
>>452
8bitで表わせる範囲の数（0-255）であっても
16bit(WORD)で演算するのはちょっと精度不足だよ。
せいぜい10bit程度しかシフトできないんで、DWORDで計算するのとでは
誤差の出方が違ってくる。
実際プログラミングして試してみれ。
463:デフォルトの名無しさん
05/10/26 22:14:36
あ、ごめん。
いきなり10bitなんて言っても何のことだか分からないよね。
これはある演算をするときにオーバーフローしないぎりぎりの精度を保つときの値で
別の演算には通用しない。（一般には8bit以下しかシフトできない）
が、これでも精度落ちするってこと。
464:デフォルトの名無しさん
05/10/27 03:32:00
「精度」と言う単語を誤用している人間が居るので話がややこしくなる。
465:デフォルトの名無しさん
05/10/27 09:01:26
>>464
俺にはどうややこしくなるのかさっぱりわからんが？
何と混同するっていうの？
466:デフォルトの名無しさん
05/10/27 09:35:51
>>464
ちょっと、どう誤用なのか説明してくれ
URLﾘﾝｸ(www.google.com)
467:デフォルトの名無しさん
05/10/27 10:43:07
>>466
計算精度、有効桁数と言えってことだろうね。
でも誰も意味を取り違えたりしないって。
はっきり言って議論に水さしする、瑣末にこだわる嫌な人って思われるさ。
468:デフォルトの名無しさん
05/10/27 13:03:07
そんな事より >>462 の言っている事がサッパリ分からないヘタレな俺に
詳しく説明してくれまいか
469:デフォルトの名無しさん
05/10/27 14:09:50
>>468
MPEGのデコーダーでそんなのがあった気がする。
32bit-MMXだと精度不足になるだとか。
俺がよく知ってる事例だと、YUV->RGB変換でのＭＭX計算とかかな？
470:468
05/10/27 15:38:00
>>469 さんありがとぅ、でもそう言うのじゃないんです
>>462 の
> 8bitで表わせる範囲の数（0-255）であっても
> 16bit(WORD)で演算するのはちょっと精度不足だよ。
この場合、最大8bitの整数同士の演算結果を16bitで表すのだから
オーバーフローやアンダーフローも起こり得ないのに「精度不足」
と言うのが分からない
> せいぜい10bit程度しかシフトできないんで、DWORDで計算するのとでは
> 誤差の出方が違ってくる。
整数演算の結果をなぜシフトする必要があるのか？整数演算での誤差？
まさかとは思うが、固定小数点での演算を整数演算と言っているの？
471:デフォルトの名無しさん
05/10/27 16:53:12
「どんな演算をするか」を定義しないで話を進めても駄
目だろ。たとえば、Nbit同士の加算なら2Nbitのワーク
スペースで2^N回実行可能。
a_i, b_i をNbitとして c = Σa_i b_i を並列でやるな
ら各乗算結果は2Nbit幅必要。加算結果はΣの数に依る。
バタフライ演算とかでcを次段の乗算係数として用いる
場合、誤差を出さないよう幅を拡張したルーチンに切り
替える場合もあるし、誤差が許容範囲ならNbit演算ルー
チンを使いまわすためにNbitに丸めることもある。
但し、ただ丸めただけでは誤差がひどいので最上位ビッ
トがセットされている状態に丸め（もちろん四捨五入し
た後）、何bitシフトしたかを覚えておいたりする（仮
想的な浮動小数点数のようなもの）。
アルゴリズムによっては上記ビット数を厳密に守らなく
ても良い成果を出す方法もある（加減算を交互に配置す
る、など）。
MMXで誤差無くす方法なんてなんぼでもあるだろ。
面倒いけど。
472:デフォルトの名無しさん
05/10/27 21:41:47
どうしていつの間にか整数演算になっちゃったんだろう？
MPEG音声圧縮の話なんだろ、元々は。
473:デフォルトの名無しさん
05/10/27 21:45:42
しかもVCTKには関係ない話題だ。
なんかVC++のよろず質問スレと勘違いされている。
474:デフォルトの名無しさん
05/10/28 02:05:29
元の質問はスレ違いでもないと思うけど
475:デフォルトの名無しさん
05/10/28 17:08:48
VCTK2003でプリコンパイル済みヘッダ使う場合、/Ycと/YuのオプションつければOKですか？
あと、/Yuでパス指定する場合はフルパスじゃないとだめですか？
今までVC++6.0ばっかり使ってきたんで、この辺さっぱりわからないですorz
476:デフォルトの名無しさん
05/10/28 17:26:38
VC++6でプロジェクト作ったらわかりそうなもんだが
477:デフォルトの名無しさん
05/10/28 20:17:31
>>475
VC6のプロジェクトの設定(プロパティかも)をじっくり見ろ。
478:デフォルトの名無しさん
05/10/28 21:15:57
ブルジョワどもめ。
479:デフォルトの名無しさん
05/10/29 09:31:16
あるえ
480:デフォルトの名無しさん
05/11/01 20:43:08
>>459
Pentium4のデータだが、全命令でそうだとは言わないが、
大体、MMXは汎用IA32命令の4倍の時間がかかるよ。
これでも、嘘つくなってって言うのか？
汎用命令
MOV レイテンシ 0.5 スループット 0.5
ADD レイテンシ 0.5 スループット 0.5
MMX整数命令
MOVD mm,r32 レイテンシ 2 スループット 1
MOVD r32,mm レイテンシ 5 スループット 1
PADDD/PANDなど レイテンシ 2 スループット 1
481:デフォルトの名無しさん
05/11/01 21:12:47
>>480
レイテンシの意味わかってる？
482:デフォルトの名無しさん
05/11/01 22:29:13
レイテンシ：
IA-32 命令を構成しているすべてのマイクロオペレーション
(μOP) の実行が実行コアで完了するのに要するクロック・サイクル数。
スループット：
発行ポートが同じ命令を再度自由に受け入れられるようにな
るまで待たなければならないクロック・サイクル数。多くの
IA-32 命令は、命令のスループットのほうがレイテンシより
もかなり小さい。
483:デフォルトの名無しさん
05/11/01 22:42:53
いかにレイテンシを隠蔽するかが問題。
・実行コアへのμOPの流入量を最大にする
・インターリーブしてリソースの競合（ポート、実行ユニット）を避ける。
・クリティカルパス上の依存関係チェーンのレイテンシを最小にする。
俺はスループットは殆ど考慮しない。
484:デフォルトの名無しさん
05/11/02 00:59:59
ALUとSSE2を同時に回せ
485:デフォルトの名無しさん
05/11/02 11:06:09
アルゴリズムレベルから最適化すべし。
終了。
486:デフォルトの名無しさん
05/11/23 02:26:10
ﾊｲｷｮってるなあ・・・
487:デフォルトの名無しさん
05/11/23 03:14:05
まぁ2005Express出ちゃったしねぇ…。
488:デフォルトの名無しさん
05/11/23 04:57:20
Microsoft Visual C++ Toolkit 2005は出るの？
489:デフォルトの名無しさん
05/11/23 09:26:01
そのうち
490:デフォルトの名無しさん
05/11/23 11:34:34
Expressがこのままフリー提供になってVCTKの代わりになっちゃうんじゃねぇかしら。
491:デフォルトの名無しさん
05/11/23 12:10:04
フル機能を持つMicrosoft Visual C++ Toolkit 2005が出るとしたら
8Pro以上がそれなりに無意味になるな。
Expressか、せいぜいクラスデザイナのあるStandard辺りを買っておけば良いわけだ。
そんなわけでやっぱりVCTK2005は出さないかもなぁ…。
492:デフォルトの名無しさん
05/11/23 12:11:52
いやでもそれをやったのがVCTK2003＋VC7 Standardなのか
とはいえそれも他社に押される形だったし、
最初からその辺考えられる今回は無理かねぇ。
それとも一度やったことは続けるのかね。
493:デフォルトの名無しさん
05/11/23 19:50:02
VCTKを無償公開したときの口実に、2003stdのユーザにも最適化コンパイラを
提供するとかいうのがあったはずなので、VCTK2005は出ないと思う。
たぶん>>490の通りになるかと。
494:デフォルトの名無しさん
05/11/23 20:28:43
どうせ2005 Expressも今までと同等の最適化はある。
495:デフォルトの名無しさん
05/11/23 23:00:03
>>493
その理屈だと、Express、2005stdユーザにもPGOコンパイラを、ってならないのか
496:デフォルトの名無しさん
05/11/23 23:49:47
PGOはコンパイラ単体の機能実現できないんだし、いいんじゃね？
さすがにPGO欲しいなら買えばいいとおもうんだが。
497:デフォルトの名無しさん
05/11/23 23:50:28
修正：
PGOはコンパイラ単体の機能じゃ実現できないんだし、いいんじゃね？
さすがにPGO欲しいなら買えばいいとおもうんだが。
498:デフォルトの名無しさん
05/11/23 23:54:46
> PGOはコンパイラ単体の機能じゃ実現できない
ほんとかよ
499:デフォルトの名無しさん
05/11/24 01:02:33
そらそうだろ。
プロファイル結果に基づいて最適化する機能なんだから。
プロファイラがなくてどうするよ。
500:デフォルトの名無しさん
05/11/24 01:09:16
なんでVCTKがコンパイラ単体の機能しか付かない事になってんのよ
501:デフォルトの名無しさん
05/11/24 01:13:15
URLﾘﾝｸ(www.microsoft.com)
ここを見る限りコンパイラ単体の機能じゃないな。
プロファイラって言うよりリンカが特別なコードを挿入して
一度アプリケーションを実行することで、PGOに必要なファイル(.pgc)を生成。
その後再コンパイルする時に、プロファイル結果(.pgc)を利用するという動作みたい。
ってことでPGOを行うには、コンパイラとリンカが対応する物の必要がありそう。
502:デフォルトの名無しさん
05/11/24 01:20:13
>>500
それもそうだな。
495のPGOコンパイラって表現に反応しすぎた。失礼。
まぁどの道ExpressじゃPGOは利用できないだろうしなぁ。
VCに限って言えば、今回の目玉だろうしなぁこれ。
503:デフォルトの名無しさん
05/11/24 01:23:28
うんだからVCTK2003にもリンカくらいついているという話
504:デフォルトの名無しさん
05/11/24 01:25:10
おっと503は501宛ね
505:デフォルトの名無しさん
05/11/24 03:13:55
っていうか2003で十分じゃない？おまいらも.NETなんてどうでもいいんだべ？
506:デフォルトの名無しさん
05/11/24 04:01:37
VCTK+WinSDKでは、リソース関連のヘッダが不足してて苦労しない？
どうしてる？
507:デフォルトの名無しさん
05/11/24 04:46:26
どうせ自分で組むので気にならない
508:デフォルトの名無しさん
05/11/24 07:54:08
ぷらっとふぉ～むSDKとだいれくとえっきすSDKをﾌﾙｲﾝｽｺしても無理か？
509:デフォルトの名無しさん
05/11/24 15:52:54
Expressには単純なプロファイラも付かないの？
510:デフォルトの名無しさん
05/11/24 16:29:26
Express期限があるから安心して使えねえ
511:デフォルトの名無しさん
05/11/29 01:11:45
これでコンパイルしたLAMEのバイナリでエンコしたMP3ファイルと
公式(?)バイナリでエンコしたMP3ファイルが一致しない件ですが
cl のオプションで浮動小数点の精度に関するものは
/Op と /QIfist しかないよう。どちらか片方と両方同時も
試しましたがやはり一致しませんでした。
こんな状況ではLAMEで作ったMP3の音質をああだこおだ議論している
人たちがうさんくさくて仕方がありません。
512:デフォルトの名無しさん
05/11/29 01:44:20
>>440 の方？ 試したコンパイラはこれ？
ICL (RareWareで配布されているバイナリ)
Services for Unixに付属 gcc-3.3
VB.NET Standard付属のcl.exe
MSVC 2003
このうち MSVC 2003 のだけ結果が違うの？
513:デフォルトの名無しさん
05/11/30 00:45:56
以前試したときはSFUのとICLのは一致していたのですが曲によっては
一致しないらしく今回は一致しませんでした。つまりすべて一致せずです。
514:デフォルトの名無しさん
05/12/12 17:18:24
素直にFIIS console(v3以降)CBR320Kで。
515:デフォルトの名無しさん
05/12/13 05:35:50
Platform SDKのサンプルのVListVwをmakeしようとすると
LINK : fatal error LNK1104: cannot open file 'LIBCMTD.lib'
NMAKE : fatal error U1077: 'link' : return code '0x450'
Stop.
ってエラーが出ます。助けてください
516:デフォルトの名無しさん
05/12/13 14:58:19
>>515
どっか弄った？
どうやってmakeした？nmake？
そのままmakeしたのならデバッグバージョンのlibmtを使うとは思えないんだけど？
VCTK2003にはlibmtdは付属してないんでね。
まあ何にしろretailビルドに変えてみては。
517:デフォルトの名無しさん
05/12/13 15:19:03
retailビルドって何か新鮮だな、bulkビルドみたいな
518:デフォルトの名無しさん
05/12/13 15:39:39
>>516
nmake -f makefile
でやったのだけど･･･
519:デフォルトの名無しさん
05/12/13 16:07:35
>>518
えっと、じゃあ環境を変えて再チャレンジ。
Set Windows XP 32-bit Build Environment (Retail)
からやってみそ。
520:デフォルトの名無しさん
05/12/13 16:19:07
あと
>>517
Debug Build / Retail Build
っていつも言ってるけど、そんなに新鮮に聞こえるほど
ローカルな用語だったの？
521:デフォルトの名無しさん
05/12/13 16:32:16
普通はdebug/releaseを使うだろ
522:デフォルトの名無しさん
05/12/13 16:34:57
Retailなんて初めて聞いたな
PCパーツか
523:デフォルトの名無しさん
05/12/13 16:54:47
そんなこと無いだろ。
debug/retailって使うよ。
スイッチだって/debugと/retailだし。
debug/releaseというよりdebug/retailというほうがメジャーだよ。
確かに、Visual Studioではdebug/releaseだったけど。
524:デフォルトの名無しさん
05/12/13 19:10:16
debug/release の検索結果 約 33,500 件中 1 - 10 件目 (0.19 秒)
debug/retail の検索結果 約 422 件中 1 - 10 件目 (0.07 秒)
525:デフォルトの名無しさん
05/12/13 19:29:59
debug release 約 7,160,000 件
debug retail 約 482,000 件
そりゃまあ検索したらreleaseが多いのは当然だろう。
Visual Studio使ってる奴が一杯いるから。
でもWindows VisualStudioを除くとどうなることやら。
同じWindowsでもCEとかembeddingだとまた違ってくるぞ。
526:デフォルトの名無しさん
05/12/13 19:40:08
retail版ならおかしくないが、retailビルドって変な気がする
527:デフォルトの名無しさん
05/12/13 19:44:50
>>525
> Visual Studio使ってる奴が一杯いるから。
いっぱいいるならdebug/releaseの方がメジャーだろうに。
参考までに
debug release -Visual -Studio の検索結果 約 4,780,000 件中 1 - 10 件目 (0.30 秒)
debug retail -Visual -Studio の検索結果 約 286,000 件中 1 - 10 件目 (0.26 秒)
528:デフォルトの名無しさん
05/12/13 20:00:59
なんか急に強気になったよな。>>520と同一人物とは思えないくらい。
まさか複数居るわけ無いし。
debug/release組は、複数居るのは確かだけど。
529:デフォルトの名無しさん
05/12/13 20:05:46
retail という用語には、商業上の「小売り」の意味合いが出てくる。
有償・無償の意味を一切もたない release の方が、Linuxなどでも使うべき汎用的な用語だと思う。
そんなわけでreleaseの勝利。
以下、スレテーマに戻る
530:デフォルトの名無しさん
05/12/13 20:17:35
なんでもいいよ。バグが入ってることには変わりないんだから。
531:デフォルトの名無しさん
05/12/13 20:41:58
>>519
ありがとうございます凡ミスしてますた。
setenv /XP32 /RETAIL
で起動してみたらエラーが出てPlatform SDKのインストール作業をしてなかったことに気がつきますた(HDに入っているだけの状態)。
パスは正常に通してあって、今まで何事もなく使ってたので大丈夫かと思ってました。
setenv /XP32 /RETAIL
nmake /f makefile
で無事にいけますたありがとうございます。
532:デフォルトの名無しさん
05/12/13 20:45:42
Microsoft Platform SDK\Samples\Begin\Simple
ぼっきしますた
533:デフォルトの名無しさん
05/12/13 21:03:56
release build の検索結果 約 134,000,000 件
retail build の検索結果 約 34,800,000 件
約4倍の差だけど、逆にたった4倍しか差が無いのって思わん？＞みんな
534:デフォルトの名無しさん
05/12/13 21:08:47
"release build" 272000
"retail build" 11200
535:デフォルトの名無しさん
05/12/13 21:11:07
>>534
俺の言いたいことを見事に表してくれたな
533に意味が分かるだろうか
536:533
05/12/13 21:15:15
>>535
なんか俺に含むところでもあるの？
537:デフォルトの名無しさん
05/12/13 21:19:06
"release build" の検索結果のうち microsoft.com からの約 528 件
"retail build" の検索結果のうち microsoft.com からの約 127 件
debug release の検索結果のうち microsoft.com からの約 66,100 件
debug retail の検索結果のうち microsoft.com からの約 11,000 件
538:デフォルトの名無しさん
05/12/13 21:19:43
>>536
(ﾉ∀`) ｱﾁｬｰ
539:デフォルトの名無しさん
05/12/13 21:22:47
たった27倍の差しか無いってさ。
例えば
microsoft+buildだと226,000件
linux+buildだと375,000件
こういうのと同列で
retail+buildやrelease+buildの件数を比較しても
全然意味無いんだよ。
release buildとretail buildという熟語同士で比較するならともかく、ね。
540:デフォルトの名無しさん
05/12/13 21:29:58
まあMSはリテール版のWindowsも作っているわけで。
リテール版Windowsの対義語はデバッグ版Windowsなのかな、と。
日本語(カタカナ)になるとニュアンスが変わるのかもしれないけどね。
541:デフォルトの名無しさん
05/12/13 21:43:39
でもさあ、確かにMSも"retail build"って単語使ってるね。
542:デフォルトの名無しさん
05/12/13 21:47:21
まあ何はともあれ、retailビルドってのをはじめて聞いただなどとほざく輩はおよびじゃないな。
543:デフォルトの名無しさん
05/12/13 21:54:07
retail buildってrelease buildを標準語とすると、広島弁みたいなもんでしょ？
544:デフォルトの名無しさん
05/12/13 21:55:17
失笑はしたけど意味は通じたしな。
545:デフォルトの名無しさん
05/12/13 22:03:13
retail <-> bulk
って直結する短絡的な頭は幸せだなあ。
546:デフォルトの名無しさん
05/12/13 22:13:26
どこにbulkなんて書いてあるんだろう・・・
547:デフォルトの名無しさん
05/12/13 22:20:00
>>546
ちゃんと見直せよ。最初にあっただろ。
数が少なかろうがMSがretail bulidって言葉を使ってる限り
それを笑うのはいかがなもんだろうか？
逆に己の知識の狭さを披露してることになりはしないのだろうか？
一つのことしか許容できないってのは精神の未熟を示してるぞ。
なので、俺はどっち派でも無いのである。
548:デフォルトの名無しさん
05/12/14 00:03:33
>>543
いや、標準語、公用語に対する東京弁みたいなものがより近い。
549:デフォルトの名無しさん
05/12/14 00:04:12
>>547
俺はどっちでもいい派
550:デフォルトの名無しさん
05/12/14 00:11:50
>>547
そういう連中の釣り行為を放置できないお前の精神も未熟だと思うぞ。
そろそろ終わってくれないか、ビルド呼称に関する口論。
551:デフォルトの名無しさん
05/12/14 00:33:46
retailビルドだって言ってた奴のおかげで大元の質問者は解決したようで役立ってるんだけども
その他の奴ってしょうもない奴ばっかりだな。
552:デフォルトの名無しさん
05/12/14 00:45:52
今回のビルド騒ぎでこのスレにも結構人がいるんだってことが判ったよ。
なんかRetail擁護派も一人だけじゃ無かったようだし。
553:デフォルトの名無しさん
05/12/14 00:52:48
VC.NET買い控えたほぼ全てのWin32・Cプログラマが見てるよ。
554:デフォルトの名無しさん
05/12/14 09:03:20
コマンドライン見ると/retailがあるからいいじゃない
555:デフォルトの名無しさん
05/12/14 10:17:10
パラメタなんかみんなretailだよね。
/releaseなんて指定するものは無いのに。
556:517
05/12/14 13:24:28
うぉぉ、なんだこの展開ｗ
パラにあるのはここの住人なら知ってるっしょ
ビルド名として耳慣れないってだけで笑ったつもりは無いんだが…いくらなんでも過剰反応すぎないかｗ
557:デフォルトの名無しさん
05/12/14 13:50:31
この業界、変なプライド持ってる奴が結構いるからな。
くだらないことで、しばしば人間関係が最悪になる・・・・。
558:デフォルトの名無しさん
05/12/14 15:28:02
研究室の教官が昔を美化した話しててひいた
しかも学生の前で平気で昔のアングラの話とかするの
ほんとちっちゃなことで人間関係は最悪になります
559:デフォルトの名無しさん
05/12/14 17:09:47
単に突っこみやすい話題だったってだけでしょ。
いつもは閑散としてるが、ここ見てる人は結構居るんだね。
560:デフォルトの名無しさん
05/12/14 17:30:10
>>556
なんつーか、俺が見るに、周りが騒いでるだけで最初の人はそれっきり沈黙を守ってると思うんだが？
561:デフォルトの名無しさん
05/12/14 17:33:52
俺が見るにそうでも無さそうだ
562:デフォルトの名無しさん
05/12/14 17:41:34
まあ、あくまで俺が読んだ感想だしね。
最初の人の性格からだと、きっと解決したことに対して、おめでとう、ってレスしそうな感じを受けたもんで。
563:デフォルトの名無しさん
05/12/14 18:10:31
釣り師は、retailという表現がメジャーな存在ということを知りつつ、わざと煽ってたのに、
それに乗せられ続ける異常者がいたことが原因だな。
コマンドライン開発環境のスレに書き込みする者が、retailを知らないわけないだろ。
あまりに必死すぎてretail支持者の精神疾患を疑いたくなる。マジで病院行け。
564:デフォルトの名無しさん
05/12/14 18:20:43
なんか負け惜しみっぽいな。釣りというよりムキになってたとしか思えんけどなｗ
565:デフォルトの名無しさん
05/12/14 18:24:53
皆落ちつけ！
多数の人間がよってたかって書き込んでるものを、
まるで２人で言い争ってたように受け取るのは間違ってるぞ。
566:デフォルトの名無しさん
05/12/14 18:52:06
とりあえずだな、Googleの検索結果貼ってた奴は、
症状が重くなる前に病院に行け。
567:デフォルトの名無しさん
05/12/14 19:05:55
検索したんなら、
例えそれまで知らなかったとしても
そこで知ったはずなのに、
それでもRetailを否定するってのは
思考の硬直化の現われということか。
568:デフォルトの名無しさん
05/12/14 19:13:34
一部の釣り師にretailを否定されたことを見過ごすことができない>>567が一番問題だな。
精神疾患とはえてして、本人に自覚がない。
569:デフォルトの名無しさん
05/12/14 19:16:09
割り込みゴメン
漏れはVCTKからプログラミンングに入った新参物なので
メニュとかコマンドスイッチとかで、Debug /Retailが当然だと思ったんだけど
Retailって何だよ、Releaseだろ、って意見は
VTCK以外じゃ/releaseオプションになってるのが普通なんだぞってことなんでしょうか？
つまりVTCKは異質だということ？
570:デフォルトの名無しさん
05/12/14 19:18:37
>>568
そりゃスマンね。
でも昨日のことなんか俺は知らなかったんで乗り遅れちゃったんだ。
でも単純にログを読んだ感想を書いただけなのに精神疾患とまでいわれちゃうの？
571:デフォルトの名無しさん
05/12/14 19:19:24
割り込みなんて書く人は、当事者の法則
572:デフォルトの名無しさん
05/12/14 19:21:07
cl.exeとlink.exeのどこに/retailオプションがあるのか教えて。
573:デフォルトの名無しさん
05/12/14 19:21:42
続き（途中でエンター押しちゃった）
それも君の書き込み（google検索した奴は～）
を受けて書いたつもりだったのに、その本人から攻撃されるとは思ってもいなかった。
574:デフォルトの名無しさん
05/12/14 19:24:02
>>569
VCTKは/retailなの？
ひょっとしてバージョンによる違いとかあるわけ？
575:569
05/12/14 19:24:42
>>571
そんな法則あったの？
じゃあなんて言い出せばよかったんだろうか
なんか今も不味い雰囲気なので落ち着くまで引っ込んでますね
576:569
05/12/14 19:27:03
>>574
VTCKじゃなくてPlatformSDKだったorz
首吊ります
577:デフォルトの名無しさん
05/12/14 19:27:22
>>575
いや、引っ込まなくていいよ。安心して。
cl.exeとlink.exeを/?オプションで実行して報告してくれれば、スレが荒れずにすむ。
ぜひ、お願い。バージョン情報も添えて。
578:569
05/12/14 19:40:55
>>577
間違っちゃった漏れが全部悪かったのは認めますよ
確かにスレ違いだよね。
PSDKスレに池とでも言って頂戴ませ
でもそんなに虐めてくれなくてもいいじゃん
VTCKじゃないって謝ってるのに、やれcl.exeだlink.exeだって…
579:577
05/12/14 19:43:36
>>578
いや、君が>>576を書き込んだ最新状態を読まずに>>577を書いたから。
書き込んでから最新状態にして、あー、もうどうでもいいや。と思った。
580:デフォルトの名無しさん
05/12/14 20:51:18
なんかなあ。
この話はSDKサンプルだったんだろ。
じゃあ、SDKに合わせてRetailに環境を切り替えろってアドバイスするのは
当然なんじゃないの？
もしこれが別の開発環境で、そこではRelease buildってなってたら、
そっちじゃあRelease環境に切り替えろって言うぞ。
これは当然のことではないのか？
SDKでDebug/Retailって区別されてたらそれに合わせるのがおかしいとは思わんけどね。
どっちの言い方が正しいとかって話じゃなく、操作することに合わせて説明するもんだろ。
アドバイスは分かりやすく、それを受ける人の環境に合わせようぜ。
581:デフォルトの名無しさん
05/12/14 21:56:18
また長文か
582:デフォルトの名無しさん
05/12/14 23:24:47
>>572,>>574,>>577
人間融通が大事だよ。
VCTKじゃなくてPSDKの事言ってるってのは明らかだろうに。
いつも機械と付き合ってるからと言って、自分までロボットみたいな対応するな。
そんな事だからプログラマは変人だって言われるんだよ。
>>569
別にPSDKでもスレ違いじゃないよ。ここでOK
あと質問への俺の回答だが、
過去はいざ知らずMSがPSDKで明確にRetailって言葉を打ち出して来たってことは
それが未来へ向けてのMSの意思表示だってことだろう。
（まああまりに不評ならまた名称変更するのかも知れないけれど）
堂々とDebug/Retailと言いたまえよ。
583:デフォルトの名無しさん
05/12/14 23:39:26
>>581
行数こそ必死のパラメータ！
584:デフォルトの名無しさん
05/12/15 00:03:55
長く引っ張るようなネタでもなかろう。適当なとこでやめれ。
585:デフォルトの名無しさん
05/12/15 00:17:33
>>584
>>582で初めて質問に対するレスが出た気がするが？
これで長く引っ張ってるのかー？何を？
586:デフォルトの名無しさん
05/12/15 00:17:37
>>582
自治厨乙
587:デフォルトの名無しさん
05/12/15 00:25:09
>>585
用語の問題なんてどうでもいい。過剰反応しすぎってこと。
588:デフォルトの名無しさん
05/12/15 00:26:28
違うだろ？
PSDKが異端かどうか不安がってることに気づいてやれよ。
589:デフォルトの名無しさん
05/12/15 01:01:29
早い話が>>582は負け犬ということか。
合理的な回答なら>>529で出ているし。
それ以上の議論は単なる自己弁護でしかない。
590:デフォルトの名無しさん
05/12/15 01:04:57
おまえらの勝ち負けなんて興味ない。
591:515
05/12/15 06:59:05
ごめんなさい
592:デフォルトの名無しさん
05/12/15 12:57:05
勝ちって言ってる時点で厨以外のなにものでも無いじゃんｗｗｗ
593:デフォルトの名無しさん
05/12/15 13:08:40
>>582と>>529は同じテーマを話てないぞ。
対立させるのは無理があろう。
むしろこの２つは同一人物なんじゃない？
594:デフォルトの名無しさん
05/12/15 14:16:03
M$は独自の言いまわしが好きだから困る
595:デフォルトの名無しさん
05/12/15 14:52:36
>>592, >>593
おまいら釣られすぎ
596:デフォルトの名無しさん
05/12/15 18:00:02
>>593
だな。
痛さ加減が瓜双子。
597:デフォルトの名無しさん
05/12/15 18:58:38
考え方の硬い人は将来ボケますね^^
598:デフォルトの名無しさん
05/12/15 19:41:26
こういうなじり合いになると、なんか何処かでみたことある
言い回しが出てくるんで気になったんだけど、
もしこれらが同一人物で、かつその気もないのに
こういう事態を引き起こしているのなら、
一度自分の性格に欠陥がないかどうか自省してみてください。
これからの人生が楽しくなるのかならないのか、非常に重要な問題です。
599:デフォルトの名無しさん
05/12/15 23:26:21
:::::::::::::::::::: ::::::::::／ ）:::::::::
:::::（＼::::::: _人 ／ ／ ):::::::::::
:::::/＼＼ ノ⌒ 丿 ／ ／ ／ヽ::::::::::::
:::: ヽ ＼＼ ＿／ ::（ ／ ／ ／ ／::::::::::::::::
:::: （ ＼ ＼＼ / :::::::＼ ｌ 三 ／ ／ ）:::::::::::::::
:::::::ヽ ヽ . ミヽヽ （ :::::::;;;;;;;） / 二 ／ ／::::::::::::::::::
::::::: ( ＼ ヽミ ヽヽ ＼＿―￣￣:::::::::: / 二 ___／ヽ ...::::::::::::::
::::... /ヽ ヽ ﾆ ヽヽ ﾉ￣ :::::::::::::: ／／ ニ _______／ ...:::::::::
:::. ヽ____ ﾆ ヽ （ .::::::::::::::;;;;／／ ニ ____ノ .....::::::::::
ヽ___, ﾆ／￣―――￣￣::::::::＼ ニ ___ノ + + ....:::::::::
ヽﾆ -‐（ :::::::::::::::::::::::::::::::::≡ __ノ+ ┼ ＊:::::::::
ヽ---＼＿＿::::::::::::::::::;;;;;;;;;;;;;;;;;;;;;;;;ノ＿ + ┼ .::::::::::
:::::... + ┼ + + ー-､___~'''''ー-､ :....::::::::::::
:::::::.... + ┼ ＊+ +~~'''ヽ ..:...::::::::::::::::::::
:::::::::::::::::..... + ＊ . ┼ :....:::::::::::::::::
::::::::::::::::::::....: + ＊ + .....:::::::::::::::::
600:デフォルトの名無しさん
05/12/16 10:54:48
EEがリリースされますたね
601:デフォルトの名無しさん
05/12/19 20:10:32
2005EEは /G6 とか /G7 削られてるってよ。だっせぇ。
602:デフォルトの名無しさん
05/12/20 13:00:20
>>601
StandardとかProにはあるん？
603:デフォルトの名無しさん
05/12/20 13:56:47
(´･ω･｀)知らんがな
604:デフォルトの名無しさん
05/12/20 15:13:44
なら黙ってろ
605:デフォルトの名無しさん
05/12/20 15:31:05
必死だな
606:デフォルトの名無しさん
05/12/20 16:04:24
>>601
607:デフォルトの名無しさん
05/12/20 20:40:41
(´；ω；`)ｳｯ･･･
608:デフォルトの名無しさん
05/12/22 20:17:56
PlatformSDKっていつのまにATLがつくようになったの？
あと、MFCのソースが付いてるけど、これで静的リンク用のライブラリって
作れる？？
609:デフォルトの名無しさん
05/12/24 05:27:42
ほんとだ、ついてきた。
VC++ 2005 Express Edition + PSDK 2003 SP1 でかなり(ﾟдﾟ)ｳﾏｰかも。
610:デフォルトの名無しさん
05/12/24 08:49:38
2005EEと共存できますか?
611:デフォルトの名無しさん
05/12/24 09:21:30
VS6EEと共存できますか？
612:デフォルトの名無しさん
05/12/24 10:48:42
>>608
PlatformSDKのMFCはIA-64用
613:デフォルトの名無しさん
05/12/24 15:34:48
だめだこりゃ
614:デフォルトの名無しさん
05/12/24 15:46:59
VC++ 2005 EEでMFCは使えんのかorz
615:デフォルトの名無しさん
05/12/24 20:52:32
toolkitスレでmfcて。
616:デフォルトの名無しさん
05/12/24 20:58:50
MFCの何がそんなに好きなんだ？
617:デフォルトの名無しさん
05/12/24 21:14:12
>615
ﾊｧ?
618:デフォルトの名無しさん
05/12/24 21:25:07
>>617
ﾋｨ?
619:デフォルトの名無しさん
05/12/24 21:48:53
ﾌｩ…
620:デフォルトの名無しさん
05/12/24 22:46:11
一つ飛ばして・・・・
フォォォォォォォオオオオゥウゥ！！！！！！１１１１
621:デフォルトの名無しさん
05/12/24 22:48:09
ﾋｨ、ﾌｩ、ときたらﾐｨだと思ったんだが。
622:デフォルトの名無しさん
05/12/24 22:48:57
ﾍｰﾍｰﾍｰ
623:デフォルトの名無しさん
05/12/24 22:51:17
ﾊｧ ﾋｨ ﾌｩ ときたら ﾊｯﾊｰ じゃないのか
624:デフォルトの名無しさん
05/12/26 22:02:34
Webブラウザ作りたいのだけどサンプルありますか？
625:デフォルトの名無しさん
05/12/27 00:08:31
>>624
つFirefox
626:デフォルトの名無しさん
05/12/27 08:56:57
IEコンポーネントを使った一番基本的なのが作りたいでつ
627:デフォルトの名無しさん
05/12/27 09:37:37
>>626
DHTML(いやマジで)。
628:デフォルトの名無しさん
05/12/27 20:58:04
つーるばーとか無くていいんです。
Winampブラウザみたいなシンプルなのでいいんでつ。
629:デフォルトの名無しさん
05/12/27 21:25:50
こんなのは？
URLﾘﾝｸ(www.nitoyon.com)
630:デフォルトの名無しさん
05/12/27 22:17:59
atlthunk.libがねぇよと怒られますた
死にまつ
ありがとうございました
631:デフォルトの名無しさん
05/12/27 22:27:12
と思ってググったら一番上に出てきたので記念真紀子
URLﾘﾝｸ(plaza.rakuten.co.jp)
280行目くらい
/* 以下をコメントアウト
PVOID __stdcall __AllocStdCallThunk(VOID);
VOID __stdcall __FreeStdCallThunk(PVOID);
#define AllocStdCallThunk() __AllocStdCallThunk()
#define FreeStdCallThunk(p) __FreeStdCallThunk(p)
#pragma comment(lib, "atlthunk.lib")
*/
// Heap系に置き換えてみたり 下のIA64はこうなてたからいいかな･･･
#define AllocStdCallThunk() HeapAlloc(GetProcessHeap(),0,sizeof(_stdcallthunk))
#define FreeStdCallThunk(p) HeapFree(GetProcessHeap(), 0, p)
-------------------
...けど駄目だった
632:デフォルトの名無しさん
05/12/27 22:30:19
と思ったらデキタァ！！
どうもありがとうございます
633:デフォルトの名無しさん
05/12/27 22:34:03
>>630-632
教えてもらったからといって、別に step by step でここへ報告する必要はないぞ。
634:デフォルトの名無しさん
05/12/27 22:46:20
>>631
C++ならインライン関数を使おうよ。
635:デフォルトの名無しさん
05/12/27 23:43:43
ごめんなさい、いんらいん関数を使ったらどのようになりまつか？
636:デフォルトの名無しさん
05/12/28 16:50:02
淫乱
637:デフォルトの名無しさん
05/12/28 23:09:35
>>635
inline PVOID AllocStdCallThunk()
{
HeapAlloc(GetProcessHeap(), 0, sizeof(_stdcallthunk));
}
inline void FreeStdCallThunk(PVOID p)
{
HeapFree(GetProcessHeap(), 0, p);
}
638:デフォルトの名無しさん
06/01/08 08:58:30
>>637
有難うございますたった今帰省しますた。
639:デフォルトの名無しさん
06/01/09 00:23:25
遅っ。
640:デフォルトの名無しさん
06/01/18 21:20:12
VC2003
typedef vector<weight> dest;
typedef vector<dest> from;
typedef vector<from> stage;
typedef vector<stage> root;
としておいて
root r;
として適当にメモリ確保して
r[0][0][0]=1
とすると
「error C2679: 二項演算子 '=' : 型 'int' の右オペランドを扱う演算子が見つかりません (または変換できません)。」
て言われてコンパイルできないんですが何故でしょうか
641:デフォルトの名無しさん
06/01/18 21:28:16
しまった
weightってなってるとこはのところはintの間違いです
642:デフォルトの名無しさん
06/01/18 21:51:28
typedef vector<weight> dest; //一次元
typedef vector<dest> from; //二次元
typedef vector<from> stage; //三次元
typedef vector<stage> root; //四次元
root r; //四次元
r[0][0][0]=1;
643:デフォルトの名無しさん
06/01/18 22:01:21
あるぇほんとｄ…orz
ありがとう
そしてスレ汚しスマソ
644:デフォルトの名無しさん
06/01/24 10:42:35
Relo v2.0 Beta 1使ってみた人いる？
645:デフォルトの名無しさん
06/01/24 20:25:39
iruyo
646:デフォルトの名無しさん
06/01/25 01:05:57
このエラーの原因わかる方いたら教えてください＞＜
WinXP home SP2
VC6 SP6
(1) MFC AppWizardでダイアログベースアプリを作る（名前はTestにでもしておく）
(2) ボタンを１個貼り付けて、↓のコードを書く
void CTestDlg::OnButton1()
{
/**方向*/
int v;
/**１を代入*/
v=1;
}
(3)このコードをコンパイルするとエラーが出る
testDlg.cpp(192) : error C2065: 'v' : 定義されていない識別子です。
(4) 「/**方向*/」を「/*方向*/」または「//方向」にするとコンパイルエラーは出ない
※VisualStudio2003でも同じことが起きるようです
※日本語の文字コードに原因あり？？？
647:646
06/01/25 01:08:57
※もしスレ違いだったらごめんなさい
（その場合は誘導お願いできますでしょうか）
648:デフォルトの名無しさん
06/01/25 05:26:26
/* 文字 */
普通念のために半角スペース入れない？
649:646
06/01/25 10:34:47
コメントの書き方うんぬんではなく
（コメントを書く必要性うんぬんでもなく）
「/**方向*/」と書くとコンパイルエラーになる理由が知りたいのです
650:デフォルトの名無しさん
06/01/25 10:46:41
確かにVC6でもそうなる
これは通った
//**方向*/
int v;
//**１を代入*/
v=1;
651:デフォルトの名無しさん
06/01/25 11:05:49
>>649
すれ立てるまでもない質問はここで 第73刷
ｽﾚﾘﾝｸ(tech板:438番)
Microsoft Visual C++ Toolkit 2003 質問箱
ｽﾚﾘﾝｸ(tech板:646番)
652:デフォルトの名無しさん
06/01/25 11:13:25
マルチじゃん
653:デフォルトの名無しさん
06/01/25 12:00:33
>>649
バグ
654:デフォルトの名無しさん
06/01/25 19:35:41
誰かwindbgの使い方教えてくらさい。
OpenSourceFileでソースを開いて、OpenExecutableで実行ファイルを開いてデバックを開始しても
.pdbあるのにソースと連動しません。根本的な使い方が間違ってる希ガスorz
655:デフォルトの名無しさん
06/01/25 19:54:41
あれはアセンブリソースとにらめっこしてデバッグするものじゃないの？
656:デフォルトの名無しさん
06/01/26 19:04:51
Relo v2.0 Beta 1 Released
16/Jan/06
A beta version of Relo v2.0 is now available to download.
Most changes at this stage are to the user interface, there are also a few new things.
ぶっちゃけ2.0はいらん子になりそうだ・・・
657:デフォルトの名無しさん
06/01/26 19:53:21
CodeBlocksのほうがよさげ
658:デフォルトの名無しさん
06/01/26 22:28:49
CodeBlocksは無駄に重い。
659:デフォルトの名無しさん
06/01/27 16:52:05
いつのまにかサポートサイトが・・・(ノд｀)
660:デフォルトの名無しさん
06/01/28 02:01:18
>>659
2005のExpressが公開されてしまった以上仕方ないんじゃない？
661:デフォルトの名無しさん
06/02/11 19:30:01
>>654
ソースのmainにカーソルを合わせて
Run to Cursor
そしてStep intoとかしたら、変数とか出てきました。
662:デフォルトの名無しさん
06/02/20 05:47:28
Visual Studio 2005 Express Editionとの違いを教えてください
663:662
06/02/20 06:23:35
よくわかりました。ありがとうございます。
664:デフォルトの名無しさん
06/02/28 19:34:59
とりあえず保守
665:デフォルトの名無しさん
06/03/01 20:11:59
すげぇ初心者の質問なんだけど
VC++6のプロジェクトファイル(dps)を nmake用のmakファイルに書き直しているとき
clの 引数から /Yu"stdafx.h" を取り除かないと上手くコンパイルできないので取り除いたのですが。
それで、正しいのでせうかねぇ？
そして、その理由は、/Yu"stdafx.h"を使うと、全てのcppのコンパイル時にstdafx.cppでプリコンパイルしたstdafx.hのキャッシュを使うから。
だから、もし/Yu"stdafx.h"を使うときは最初にstdafx.cppをコンパイルしてprjconverter.pchを作っておく必要がある。
従って、コンパイル時間にこだわらない場合は/Yu"stdafx.h"除いてもおｋ。
普通はstdafx.cppを先にコンパイル汁。(でも気持ち悪いから矢田)
dps2makがあれば、こういう苦労しなくて済むのかなぁ...
666:デフォルトの名無しさん
06/03/01 21:19:29
俺のはコンパイルするのにめちゃくちゃ時間が掛かるから、
プリコンパイルドヘッダがないなんてやっていられない。
ところでこっちのスレのほうが相応しいと思う。
ｽﾚﾘﾝｸ(tech板)l50
667:665
06/03/02 00:28:59
ToolKit+psdkを使うこと無ければ一般的な初心者には無縁の問題だと思ってこっちに投げちゃったんですけど、
これからは、そっちにまず投げてみますわ 。
668:デフォルトの名無しさん
06/03/25 17:35:32
これをいれるか、Visual C++ 2005 Express Edition入れるかで迷っています。
ファイルサイズがだいぶ違うようですが、主な違いは何でしょうか？
比較してあるサイトでもいいので教えてください。
669:デフォルトの名無しさん
06/03/25 17:56:37
>>668
そんな質問をするくらいならExpress Editionを強くお勧めする。
簡単に言うならExpressはGUIでToolkitはCUI。
670:デフォルトの名無しさん
06/04/02 05:59:33
コンパイル時に
/EHsc
を常に指定しているのですが、これをソース中で指定する方法はありませんか？
671:デフォルトの名無しさん
06/04/02 12:30:01
pragmaでどうぞ
672:デフォルトの名無しさん
06/04/02 16:43:18
環境変数に指定すると楽
・・・ということを別スレ(たぶん)で知った
673:デフォルトの名無しさん
06/04/02 17:38:45
どの環境変数ですか？
674:デフォルトの名無しさん
06/04/02 18:23:05
>>673
%CL%
675:デフォルトの名無しさん
06/04/02 22:57:43
makefileに記述するんだからパラメタなど大して手間じゃないと思うけど？
676:デフォルトの名無しさん
06/04/03 14:17:01
個人的にはpragmaで制御するのって抵抗あるな。
makefile使ってないなら、せめてバッチスクリプトぐらい作れ。
677:デフォルトの名無しさん
06/04/05 02:01:54
Tool Kitでコンパイルしたものをgdbでデバッグできるんでしょうか？
どうも勉強不足でCOFFだったら見れたりしないかな？と思って調べてるんですがそれらしい記述を見つけらんないです。
Visual Studio 2005 Express Editionを使わないのはご愛嬌。
678:デフォルトの名無しさん
06/04/05 06:45:51
windbg
679:デフォルトの名無しさん
06/04/05 08:36:20
>>678 もち、それは知ってるよぉ。
Eclipse上で全部やれないかな？とね。
URLﾘﾝｸ(dev.eclipse.org)
12. Is there any way of using the Visual Studio debugger from the CDT?
によると、VisualStadioのDebuggerは現状使えない(＝多分MS関係全部)みたいだし。
gdbでやる方法あればいいなと思ってね。
680:デフォルトの名無しさん
06/04/06 01:59:20
返事がないのは、専門外だからか・・・どのスレで聞けばよいのか orz...
681:デフォルトの名無しさん
06/04/20 00:25:41
Express と Toolkit ではコンパイラバージョンはちがうの？
たぶんＩＤＥは使わないと思うけど、どうせなら新しいコンパイラがいい…。
682:デフォルトの名無しさん
06/04/20 00:44:45
cl.exe のバージョン
VC++ Toolkit 2003 - 13.10.3052
VC++ 2005 Expredss - 14.00.50727.42
683:681
06/04/20 02:07:16
>>682
どうもです。2005のが少し新しいんですね。
684:デフォルトの名無しさん
06/04/22 22:45:54
URLﾘﾝｸ(sakura_editor.at.infoseek.co.jp)
＞注意: VisualStudio .NET 2005で作られたバイナリは，Kernel32.dllのIsDebuggerPresent() を参照しにいくようになるため、
＞Win95 では動作しなくなります．
ということらしいけど、これって簡単に回避できるもんなの？
でなければ、まだまだToolkit2003の存在意義があると思うんだが…。
（win95にこだわるならば）
685:デフォルトの名無しさん
06/04/23 20:30:31
＞Kernel32.dllのIsDebuggerPresent() を参照しにいくようになるため
なんだそりゃ？ マジ？ 何でそんなことするんだ？ MSに情報ある？
できたバイナリの中ざっと見渡しても、呼んでる節は無いようだが…
（dllなのでルーチン取得用の名前が無いかサーチしてみた）
それとも序数で指定してるのかね？
686:デフォルトの名無しさん
06/04/23 22:08:18
>>685
俺がざっと見渡したら、VC++ 2005で作ったEXEの中の、
インポートシンボルが並んでいるところにIsDebuggerPresentという文字列を見つけたけど。
687:デフォルトの名無しさん
06/04/24 01:09:43
へんだね。おれのEXEには入って無い。ほかのAPIの名前は
ずらずら並んでるんだけど
688:デフォルトの名無しさん
06/04/24 01:29:01
作るものによるのかも。COMコンポーネントだと入るとか？
689:デフォルトの名無しさん
06/04/24 02:44:35
2005で作ると実行速度が遅くなる…とかないよね？
ちょっと不安になるんだけど
690:デフォルトの名無しさん
06/04/24 07:08:02
とりあえず、dependsとか使えよ・・
691:デフォルトの名無しさん
06/04/24 15:48:01
Visual C++ Toolkit 2003ってフリーDL終了した？
692:デフォルトの名無しさん
06/04/24 22:13:39
>>691
数日前まではまだDLセンターに残ってたが、
とうとう無くなったみたいだな。
693:デフォルトの名無しさん
06/05/03 17:08:33
どこかでダウンロードできないですか？
VC7でコンパイルしないといけないプログラムがあるんですけど
694:デフォルトの名無しさん
06/05/03 20:17:45
仕事で使うなら買えばいいし
自分で使うなら書き直せばいいし
どうしてもっていうなら買えばいいさ
695:デフォルトの名無しさん
06/05/03 20:40:23
ｽﾚﾘﾝｸ(tech板)
このスレを読むといいかもしれません。
696:デフォルトの名無しさん
06/05/03 22:38:28
コンパイラだけならこれでもいいんじゃないの？
URLﾘﾝｸ(www.microsoft.com)
697:デフォルトの名無しさん
06/05/04 06:34:24
>>695
ｽﾚﾘﾝｸ(tech板:442番)
と書いてやらないと見つけにくいだろうな。
というか、Toolkit2003に関してはこっちが本スレなので、
URLﾘﾝｸ(lets-go.hp.infoseek.co.jp)
に直接リンクしておくほうが良さげ。
698:デフォルトの名無しさん
06/05/04 13:44:42
どうもありがとうございます。
699:デフォルトの名無しさん
06/05/09 20:42:53
すいません。
VC++.NET2003standardでVCtoolkitを使って最適化コンパイルしたいのですが、
パスを通したりとかの設定方法がわからないのですがどうしたらいいのでしょうか。
700:デフォルトの名無しさん
06/05/09 20:57:16
>>699
URLﾘﾝｸ(brandish.xrea.jp)
701:デフォルトの名無しさん
06/05/10 00:55:19
>>700
ありがとうございました
702:デフォルトの名無しさん
06/05/10 15:33:08
PSDKのBuild Environmentのショートカットなんだが、これどうやって作るの？
リンク先が灰色でしかもパスを表示してなく表示文字列なんだけど。
703:デフォルトの名無しさん
06/05/12 07:16:09
VisualStudioInstallerとかで作ったインストーラがショートカットを作ると
そういうのができた記憶がある。Windows Installerの機能なんじゃないのか？
704:デフォルトの名無しさん
06/05/12 14:37:14
ゴミ箱やマイフォルダと同じ扱いじゃないの？
705:デフォルトの名無しさん
06/07/01 17:31:28
M_PIは使えないのですか？
706:デフォルトの名無しさん
06/07/01 17:47:16
使えます。
707:デフォルトの名無しさん
06/07/02 17:13:35
math.h見たら
#ifdef _USE_MATH_DEFINES
とあるので、
#define _USE_MATH_DEFINES
#include <math.h>
とやれば使えると思う
708:デフォルトの名無しさん
06/08/02 20:02:21
"Microsoft Visual C++ Toolkit 2003 " ってもう入手できないのですか？
URLﾘﾝｸ(msdn.microsoft.com)
709:デフォルトの名無しさん
06/08/02 20:04:03
>>708
英語読めんのか？
710:デフォルトの名無しさん
06/08/02 20:26:11
読めんことはないが、どこかに落ちていたりしないのかなと。
711:デフォルトの名無しさん
06/08/02 20:52:39
2005 Expressでも、コマンドラインでコンパイラを使うことはできるよ。
それではだめか？
712:デフォルトの名無しさん
06/08/02 21:44:24
2005はシングルスレッドライブラリ使えないね
713:デフォルトの名無しさん
06/08/02 21:52:36
だからどうした。
714:デフォルトの名無しさん
06/08/02 22:18:25
DDKからパクってこい
32bitコンパイラは確か2003相当だ
715:デフォルトの名無しさん
06/08/04 12:07:31
>>710
すこし前のレスも読まないのか？今でも入手できるよ。
716:デフォルトの名無しさん
06/08/05 01:43:24
DDKどこから無料でダウソできる？
MSはDDKの無償公開は止めちゃってたんじゃなかったっけ？
717:デフォルトの名無しさん
06/08/05 02:00:28
URLﾘﾝｸ(www.microsoft.com)
これに含まれてなかったっけ？
718:デフォルトの名無しさん
06/08/05 03:59:11
>>716
DDKスレを見ろ
719:デフォルトの名無しさん
06/09/10 05:22:07
toolkit sp1出て欲しかった。
720:デフォルトの名無しさん
06/09/10 05:31:49
VS2003SP1からファイル取り出せるかと思ったら甘くなかった。
VS6のSPで散々やられてることに気付いた？
721:デフォルトの名無しさん
06/09/13 20:11:34
>>691 まで戻って、そこから7つだけレスを読めば、現在の入手先はわかる。
722:デフォルトの名無しさん
06/09/18 07:00:28
>>721
めんどい。
723:デフォルトの名無しさん
06/10/04 19:26:26
vc++2002って目立たないよな。
724:デフォルトの名無しさん
06/10/05 03:01:07
一瞬で消えたよな。
存在そのものが無かったことにされてる悪寒。
うちに転がってるCDが哀れすぎる。
725:デフォルトの名無しさん
06/10/05 03:47:46
.NET Framework 1.0 が無かったことにされているから仕方があるまい.
726:デフォルトの名無しさん
06/10/09 15:38:35
2005の無料版出たから、終了かな？
727:デフォルトの名無しさん
06/10/09 16:31:51
2005はクセが強すぎて全然ダメです。
現在理想的にはVC2003SP1。
次点はSDKに入ってたりするToolkit2003（SPなし）。
728:デフォルトの名無しさん
06/10/09 18:00:45
>>727
2005はセキュリティ強化の関数を使えという警告を表示しないようにすれば、
特に気になるようなクセはなく使えると思うが。
729:デフォルトの名無しさん
06/10/09 20:50:09
msvcr80.dllの存在をmsvcrt.dllなみに仮定できるようになるのはまだまだ先だろ
msvcrt.dllだってWin95のころは入ってなかったから時間の問題だろうけど
730:デフォルトの名無しさん
06/10/09 21:36:08
msvcr80.dllが出回ったころは、msvcr81.dllが要求されることになるだろうて。
731:デフォルトの名無しさん
06/10/12 03:43:15
Everett -> Whidbey(今ここ) -> Orcas
732:デフォルトの名無しさん
06/10/13 12:32:37
vistaで2003が動かないって本当ですか？
動くけどサポートされないだけどもきくけど
733:デフォルトの名無しさん
06/10/13 13:52:52
サポートされないのはドットネットじゃないか？
1.1と2.0に互換性がないって聞いたよ。
734:デフォルトの名無しさん
06/10/13 20:05:04
>>732
動くけどサポートされない.
サポートされる開発環境は VS2005 SP1 と VB6 だけ.
2002とか2003にはVB6みたいに騒ぐやつがいないからねえ.
735:デフォルトの名無しさん
06/10/13 23:35:33
騒ぐほどの価値がﾌｶﾞﾎｹﾞ
736:デフォルトの名無しさん
06/10/14 06:47:43
VS2003SP1ダウンロードページのサポートプラットフォームにVista書いてあったよ。
737:デフォルトの名無しさん
06/10/15 12:07:58
もう手に入らないじゃん。
おいらは愛用してるけど。
まあ好きで愛用してるわけじゃないんだがね。
マシンがVS2005の必要なスペック満たしてないんだよね。
ペンタ２の400で入れた猛者はいるかな？
738:デフォルトの名無しさん
06/10/15 14:41:35
なんかのSDKに入ってるから現在も入手は可能。
739:デフォルトの名無しさん
06/10/15 15:50:43
2005も、コマンドラインで使う分には、2003がコマンドラインで使えるのと同じくらいの性能のPCがあれば平気だと思う。
740:デフォルトの名無しさん
06/10/16 12:26:32
>738
何のSDKに入ってるの？
741:デフォルトの名無しさん
06/10/16 12:56:51
.NET Framework SDK 2.0 だったかな？
742:デフォルトの名無しさん
06/10/16 13:12:29
URLﾘﾝｸ(www.ailight.jp)
ダウンロードできたよ
743:デフォルトの名無しさん
06/10/16 13:24:41
>>736
書いてなかったけど
URLﾘﾝｸ(support.microsoft.com)
744:デフォルトの名無しさん
06/10/16 14:54:14
>>743
URLﾘﾝｸ(www.microsoft.com)
745:デフォルトの名無しさん
06/10/17 02:27:23
>>741
入ってるが最適化コンパイラではない。
VS2003 Std.の人は最適化コンパイラに更新する方法がなくなった。
もしかしてSP1当てると最適化コンパイラになるのか?
>>743-744
> Last Review : September 29, 2006
> 最終更新日: 2006/09/15
746:デフォルトの名無しさん
06/10/18 05:58:14
失礼、.NET Framework SDK 2.0に入ってるのは最適化コンパイラみたい。
> Microsoft(R) C/C++ Optimizing Compiler Version 14.00.50727.42 for x64
でもVersion 14ってVC8相当じゃなかったっけ?
747:デフォルトの名無しさん
06/10/18 06:18:01
試しに/MD付けてコンパイルしてみたら.manifestが生成されてmsvcr80.dllに
動的リンクされた。
どう見てもVC8です。本当にありがとうございました
748:デフォルトの名無しさん
06/10/18 11:07:59
.NETじゃないSDKにもcl.exe入ってるけど。
これも最適化付きかな？
749:デフォルトの名無しさん
06/10/18 21:53:06
Platform SDKに入ってるのも最適化付きだけど64bitターゲットのコンパイラしかない。
Platform SDKの32bit コマンドプロンプトでcl.exeが使えるように見えても、
Visual Studioのcl.exeを探し出して使ってるだけ。
Platform SDK自体には32bitターゲットのコンパイラは含まれていない。
750:デフォルトの名無しさん
06/10/19 16:15:31
.NET SDKって.NET2.0入れないといけないんだろ？
Toolkitのままでいいやw
Expressいらねえから、Toolkit2005出して欲しいよ。
751:デフォルトの名無しさん
06/10/23 18:44:12
だあー、これリソースコンパイラついてないじゃん。
VC6の使うしかないか…orz
752:デフォルトの名無しさん
06/10/23 21:10:17
>>751
URLﾘﾝｸ(www.jorgon.freeserve.co.uk)
753:デフォルトの名無しさん
06/10/23 23:59:03
純正がほしければPlatform SDKに入ってる
754:デフォルトの名無しさん
06/10/24 03:29:58
>>753
ありがとう。無事ビルド出来ました。
755:デフォルトの名無しさん
06/10/24 08:31:01
/EHscオプションを指定しないでコンパイルすると、
C++ 例外処理を使っていますが、アンワインド セマンティクスは有効にはなりません。
というエラーがたくさん出ます。このエラーは具体的にはどの様なコードを書けばでなくなるのでしょうか？
756:デフォルトの名無しさん
06/10/24 13:00:45
オプション付けようw
757:デフォルトの名無しさん
06/10/24 18:29:00
>>755
その警告メッセージのとおり、例外処理を使ったコードを書けば出る。
逆に言えば、使わなければ出ない。
なお、C++の標準ライブラリは軒並み例外処理を使っているので、
C++のヘッダをインクルードしただけで例外処理を使うことになる。
758:デフォルトの名無しさん
06/10/24 18:31:44
例外処理ってC++に準拠しているコードでも警告が出るのですか？
759:デフォルトの名無しさん
06/10/24 18:59:09
/EHscおよびその類似オプションをを指定しない、ということは、
「コンパイラの例外機構をC++に準拠させない」ということだからねぇ。
760:デフォルトの名無しさん
06/10/24 20:31:45
.NET Framework SDKにはC++のインクルードファイルが付いてないな。
761:デフォルトの名無しさん
06/10/25 13:05:18
>>760
マジで？
C++切り捨てに入ってるのかな。
762:デフォルトの名無しさん
06/10/25 21:26:51
>>761
Platform SDKに入ってた。
本来は64bit用だろうけどヘッダは64bitも32bitも違いがないので流用できる。
763:デフォルトの名無しさん
06/10/26 01:51:47
Win32/Win64の区別無く、APIヘッダはPlatform SDKのものが最新。
（それを配布することこそがPlatform SDKの主な機能）
764:デフォルトの名無しさん
06/10/26 03:54:18
.NET2.0入れたら重くなるのかな？
765:デフォルトの名無しさん
06/10/26 07:01:05
>>763
C++の標準関数はAPIじゃないだろ
実際64bitのコンパイラが付き始めたWindows Server 2003 SP1 PSDK以前は
付いてなかったぞ
766:デフォルトの名無しさん
06/10/26 12:06:13
.NET SDKのコンパイラ使うと、同じソースでも実行ファイルがでかくなるんだが、
これはどうなの？ 余計なものリンクしてるような気がするんだが…
767:デフォルトの名無しさん
06/10/26 12:23:41
>>766
比較対象を書けよ
768:デフォルトの名無しさん
06/10/26 15:57:28
当然VC Toolkitなんだが、スレ間違ったかと思ったw
769:デフォルトの名無しさん
06/10/26 21:08:42
静的リンクして?
そりゃVC8のほうがライブラリがでかいから
770:デフォルトの名無しさん
06/10/26 21:23:53
>>766
リンクしてるような、じゃなくて何をリンクしてるかくらい調べてから言えよ。
771:デフォルトの名無しさん
06/10/26 21:50:21
kernel32.lib user32.lib gdi32.lib
これだけなんだが…
最新のSDKでね。
772:デフォルトの名無しさん
06/10/26 21:55:38
当然独自のスタートアップを書いてるわけだな
773:デフォルトの名無しさん
06/10/27 06:35:30
オプションも書けよ。
オプションによってlibcmt msvcrtのどちらかが自動的にリンクされる。
前者なら静的リンクされるから当然でかくなる
774:デフォルトの名無しさん
06/10/27 13:24:38
オプションは、
/c /W3 /Gd /EHsc
これだけだな。
775:デフォルトの名無しさん
06/10/27 17:35:32
それなら静的リンクされるわ。/MDを付けるとDLLを使うようになる。
776:デフォルトの名無しさん
06/10/27 20:05:24
ありがとう。
777:デフォルトの名無しさん
06/11/10 18:33:55
ネタ切れ保守
778:デフォルトの名無しさん
06/11/15 23:51:06
VS.NET2003SP1に含まれるコレはToolkit2003にも言えるよね
URLﾘﾝｸ(support.microsoft.com)
がっくし orz
779:デフォルトの名無しさん
06/11/16 17:34:16
潮時だな。2005の無料版入れるか。
780:デフォルトの名無しさん
06/11/22 04:45:47
Expressとの違いを教えてください
781:デフォルトの名無しさん
06/11/22 05:09:48
VSSが使えない。
MFC他のコンポネントが付いてこない。
リソースエディタが無い。
エトセトラ。
総じて仕事で使うには限度がある。
少し使って感触つかんだら、StandardEditionの購入を推奨。
782:デフォルトの名無しさん
06/11/22 05:25:26
VC++ Toolkit 2003とVC2005 Expressの違いじゃないの?
783:デフォルトの名無しさん
06/11/23 14:47:20
VC2005 Expressにリソースエディタが付いてたら良かったのになぁ...
784:デフォルトの名無しさん
06/11/24 04:05:31
誰もStandard買わなくなる罠
ってことも無いか。
785:デフォルトの名無しさん
06/11/24 04:26:20
VB 2005 EEがまだ売られているのも驚きなんだが。
VPC 2004と同様タダでダウンロードできることを知らない奴向けのトラップになってる
786:デフォルトの名無しさん
06/11/24 16:45:15
MSのWebサイトによれば売り物にはおまけの本が付いているとか。
787:デフォルトの名無しさん
06/11/25 16:12:47
メモ帳トラッパーライクな最軽量プログラムきぼん
・ラップするアプリは固定
・コマンドラインを渡せる
・アプリ起動後自身のプロセスは終了する
・notepad.exeを上書きするだけでインスコ完了
788:デフォルトの名無しさん
06/11/25 16:52:36
それくらい自分で作れよ……。
789:デフォルトの名無しさん
06/11/25 19:21:17
rc.exe使うと
/MACHINE not specified; defaulting to X86
とかって出るけど無視しておｋ？
790:デフォルトの名無しさん
06/11/25 22:59:08
x86用のバイナリなら無視しておｋ
791:デフォルトの名無しさん
06/11/29 00:11:19
fURLﾘﾝｸ(195.252.112.9)
792:デフォルトの名無しさん
06/11/30 12:23:53
>>778
これのcl.exeとc2.dllほすぃ
793:デフォルトの名無しさん
06/11/30 20:43:02
>>778
一応2006/11に修正が来てるから.net2003のほうは直ってると思うけどね。
URLﾘﾝｸ(support.microsoft.com)
これを当てると/Oxを指定してもエラーにならないから
StandardでもToolKitが不要になると思う。
794:デフォルトの名無しさん
06/12/03 14:02:30
うぎゃあ、これどっとネットいるじゃん、どっとネット。
VC6で我慢我慢w
795:デフォルトの名無しさん
06/12/03 20:35:44
VC6SP4PP版のC2.dllのコード生成が最も気にっているからどんなバグがあっても変える気は起きないな
テンプレートを使う時は別のコンパイラを使うが
796:デフォルトの名無しさん
06/12/03 23:10:52
何でVCTKのスレでVC6の話を．．．？
それと今まで /Ox 使っててエラーになった経験がないけどなんかまずい？
797:デフォルトの名無しさん
06/12/04 00:12:53
>>796
スタンダード版は最適化を指定するとエラーというか最適化しませんという警告が出てたと思う。
>>795
2003はドットネットをインストールはされるけど、
何もしなれば使われることはなくて、
VC6同様の普通のexeを作れるからね。
798:デフォルトの名無しさん
06/12/04 23:00:18
>>797
スレタイトルにもあるように、VCTK 1.1での話なんですが？
799:デフォルトの名無しさん
06/12/05 05:58:48
VCTKのは最適化コンパイラだから当然。
今話してるのはたぶんタダでVC7.1相当の最適化コンパイラを手に入れる方法だろう
800:デフォルトの名無しさん
06/12/07 00:24:42
もともとvctkは/Oxでエラーにならんよ
>>778の/O1/O2のことじゃね？
801:デフォルトの名無しさん
06/12/07 00:58:13
/Ox = /Ogityb2 /Gs
なので、/Ogも/O2も有効になる。