- 1 名前：デフォルトの名無しさん [05/03/01 04:24:15 ]
- 本家
msdn.microsoft.com/visualc/vctoolkit2003/
関連スレなどは>>2以降で
- 415 名前：デフォルトの名無しさん mailto:sage [2005/07/26(火) 14:03:48 ]
- >>414
cl.exeを上書き保存
- 416 名前：デフォルトの名無しさん mailto:sage [2005/07/26(火) 17:18:47 ]
- >>415
おいおい、
オプションの実行可能ファイルのフォルダ指定で
toolkitのCL.EXEのパスをVSのそれより上位にすればいい。
- 417 名前：デフォルトの名無しさん mailto:sage [2005/07/26(火) 21:46:19 ]
- >>415-416
ありがとうございました。
やってみます。
- 418 名前：デフォルトの名無しさん mailto:sage [2005/07/26(火) 21:51:21 ]
- >>415-416
ありがとうございました。
やってみます。
- 419 名前：デフォルトの名無しさん mailto:sage [2005/07/28(木) 07:09:21 ]
- Code::Blocksいいねこれ
簡単にコンパイルできる環境ができたよ
- 420 名前：デフォルトの名無しさん mailto:sage [2005/07/29(金) 08:07:24 ]
- VC++6でToolkitを使おうと思うんですが
無理ですか？
- 421 名前：デフォルトの名無しさん mailto:sage [2005/07/29(金) 12:26:20 ]
- >>420
漏れは使ってる。
2003TKだと6のデバッガが使えずめどいのでテスト中は6でビルド。
6のMFCもmsvcrt71.dllとmsvcrt.dllと両方ロードするようになるのさえ我慢すれば一応リンク可。
- 422 名前：デフォルトの名無しさん mailto:sage [2005/08/01(月) 01:30:32 ]
- 先週、外装交換してもらうためにauショップいったらそろそろ外装交換ができなくなるような話をしてた…
- 423 名前：デフォルトの名無しさん mailto:sage [2005/08/01(月) 02:21:50 ]
- >>422
誤爆？
- 424 名前：420 mailto:sage [2005/08/02(火) 03:39:13 ]
- >>421
ｻﾝｸｽｺ!
やってみるです。
(回線細いので落とすのに勇気が必要だった)
- 425 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 17:29:43 ]
- Code::Blocks 1.0-RC1-1出てた。
- 426 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 11:19:15 ]
- Code::Blocksって普通に日本語使えるの？
- 427 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 19:23:46 ]
- 使える
- 428 名前：デフォルトの名無しさん mailto:sage [2005/08/15(月) 02:37:01 ]
- Code::Blocksで
「LINK : fatal error LNK1123: failure during conversion to COFF: file invalid or corrupt」
とでてしまうのですが、何が問題なのでしょうか？
DOSプロンプトから手打ちでは、成功します｡
ttp://cazlog.cocolog-nifty.com/blog/2004/04/microsoft_visua.html
に載っているサンプルプログラムを試しています｡
- 429 名前：デフォルトの名無しさん mailto:sage [2005/08/15(月) 18:46:59 ]
- >>428
やってみたけどエラー出なかった。
とりあえず、コンパイラログを貼ってみて。
「Compiler Settings」＞「Ｏｔｈｅｒ」で「Compiler logging」を「Full command line」にしておけよ。
- 430 名前：428 mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/08/15(月) 20:26:15 ]
- ライブラリの形式が違うってエラーじゃなかった？
- 432 名前：デフォルトの名無しさん mailto:sage [2005/08/15(月) 23:22:34 ]
- ライブラリですか。。
user32.libはたぶんMicrosoft Platform SDKのを使っていると思います。
ちゃんとパスが通ってるのなら。
- 433 名前：デフォルトの名無しさん mailto:sage [2005/08/15(月) 23:46:49 ]
- 他にリンクしているライブラリや、コンパイル済みのobjファイルが
あると思うんだけど。
- 434 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 12:41:29 ]
- ﾊｲｰｷｮだなあ……
- 437 名前：デフォルトの名無しさん [2005/09/02(金) 01:38:39 ]
- すみません教えてください。
Win32APIのReadConsoleとか使ってコンソールアプリを作っているのですが
パスワード入力のところで、エコーバック無しで入力させたいのですが
どのようにすれば良いのでしょうか？
SetConsoleModeとか？いろいろやってみたのですがダメです。
- 438 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 01:57:36 ]
- >>435
>psdkのwin64に入ってたものを使っていたのですが
…
- 439 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 19:11:27 ]
- そうやって簡単に言い切れるところがすごい
- 442 名前：440 mailto:sage [2005/09/30(金) 04:04:46 ]
- いや試すのは簡単。用意されているmakefile使ったりconfigureすれば
いいだけだから。あとはmp3ファイルのmd5sumを取ればいい。
- 443 名前：デフォルトの名無しさん mailto:sage [2005/09/30(金) 07:04:44 ]
- ソフトの処理内容がコンパイラによって変わるってあやしすぎね？
- 444 名前：デフォルトの名無しさん mailto:sage [2005/09/30(金) 10:31:00 ]
- 浮動小数の演算結果が処理系によって違いが出るのは至って普通
- 445 名前：デフォルトの名無しさん mailto:sage [2005/09/30(金) 10:48:42 ]
- ファイルを配布する側は、すべての環境でテストしたわけじゃないから
用意されてるmakefileがあなたのお使いの環境にあってる保証はないですよ。
- 446 名前：デフォルトの名無しさん mailto:sage [2005/09/30(金) 15:24:28 ]
- sseとかの有無は合わせてるのか？
- 447 名前：440 mailto:sage [2005/09/30(金) 16:18:38 ]
- >>443
そうなんです。あやしすぎます。
>>444
それかもですねぇ。
>>445
MSVC用ってだけなんで個々(VC6, VC7など)の cl.exe 間の相違については考慮
してないのかも。もうちょっと詳しく見てみます。
>>446
MMXの使用有無は試しました。使っても使わなくても同一のMP3ファイルが
できました。SSE*は私のCPUにはついてないので試せないですorz
- 448 名前：デフォルトの名無しさん mailto:sage [2005/09/30(金) 16:25:31 ]
- 最適化が影響与えてるとか
- 449 名前：デフォルトの名無しさん mailto:sage [2005/10/05(水) 00:19:34 ]
- >>447
MMXの有り無しで違いがないなんて普通はないはず。
MMX整数を使えば精度が落ちる。
ちゃんとMMXが使われているかどうかアセンブラコードを出力して確認してみろ。
- 450 名前：デフォルトの名無しさん [2005/10/24(月) 10:39:12 ]
- クラスの内部でconstを使った定数を使いたいのですが、どのように書けばよいのでしょうか？
- 451 名前：デフォルトの名無しさん mailto:sage [2005/10/24(月) 17:14:34 ]
- >>450
class hoge
{
static const int Foo = 1;
};
- 452 名前：デフォルトの名無しさん mailto:sage [2005/10/25(火) 13:59:57 ]
- >>449
>MMX整数を使えば精度が落ちる
整数演算で精度は落ちないだろ？
MMXレジスタで数値オーバーするような状況に
MMXを適用してるとしたらプログラムがタコ
- 453 名前：デフォルトの名無しさん [2005/10/25(火) 14:18:37 ]
- >>452
わろた
- 454 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 00:41:03 ]
- >>452
アホ？
それともプログラミングしたことないのか？
- 455 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 00:56:57 ]
- 流れも読まずに飽和演算の動きが違うからと言ってみる
- 456 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 02:06:51 ]
- まあそう言ってやるな。
つまるところ有効精度の問題だ。
MMXだとDWORDx2を使うと、汎用レジスタ使った方が早い。
従ってMMX使う場合、まあWORDx4で演算することになる。
乗除算で有効精度はどんどん落ちる。
あと、・整数で演算するからといって、演算対象が整数だとも限らん。
（判り易く10進数で例示すると、 123.45 * 100 = 12345 （整数化））
- 457 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 02:30:00 ]
- >>452
オーバーフローなんか精度云々以前の問題だろ。
結果が全然違ってくるぞ。
- 458 名前：440 mailto:sage [2005/10/26(水) 05:01:29 ]
- すんませんです。私のせいかも。まだ検証していません。
もしお暇な方がいらっしゃいましたら検証おながいします。
ほんとにすんません。
- 459 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 08:49:18 ]
- >>456
> MMXだとDWORDx2を使うと、汎用レジスタ使った方が早い。
嘘つくなって。
しかも有効精度とかいってるあたり、何か勘違いしてるだけのような気が。
> あと、・整数で演算するからといって、演算対象が整数だとも限らん。
ヒント：標本化 → 量子化 → 符号化
- 460 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 17:37:04 ]
- わろた。
全然トンチンカンなヒントになってる。
それとちゃんと説明するクセをつけたほうがいいぞ。
じゃないと自分でもわかったつもりになって終わるし、
突っ込むほうだって範囲が広すぎてイヤになる。
- 461 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 17:52:13 ]
- >>459
＞嘘つくなって。
アスロンだと違うのかな？
Pen3/4で非常に苦労してるんだが？
- 462 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 18:11:43 ]
- >>452
8bitで表わせる範囲の数（0-255）であっても
16bit(WORD)で演算するのはちょっと精度不足だよ。
せいぜい10bit程度しかシフトできないんで、DWORDで計算するのとでは
誤差の出方が違ってくる。
実際プログラミングして試してみれ。
- 463 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 22:14:36 ]
- あ、ごめん。
いきなり10bitなんて言っても何のことだか分からないよね。
これはある演算をするときにオーバーフローしないぎりぎりの精度を保つときの値で
別の演算には通用しない。（一般には8bit以下しかシフトできない）
が、これでも精度落ちするってこと。
- 464 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 03:32:00 ]
- 「精度」と言う単語を誤用している人間が居るので話がややこしくなる。
- 465 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 09:01:26 ]
- >>464
俺にはどうややこしくなるのかさっぱりわからんが？
何と混同するっていうの？
- 466 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 09:35:51 ]
- >>464
ちょっと、どう誤用なのか説明してくれ
www.google.com/search?hl=ja&lr=lang_ja&safe=off&ie=sjis&oe=sjis&q=%97L%8C%F8%90%B8%93x
- 467 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 10:43:07 ]
- >>466
計算精度、有効桁数と言えってことだろうね。
でも誰も意味を取り違えたりしないって。
はっきり言って議論に水さしする、瑣末にこだわる嫌な人って思われるさ。
- 468 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 13:03:07 ]
- そんな事より >>462 の言っている事がサッパリ分からないヘタレな俺に
詳しく説明してくれまいか
- 469 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 14:09:50 ]
- >>468
MPEGのデコーダーでそんなのがあった気がする。
32bit-MMXだと精度不足になるだとか。
俺がよく知ってる事例だと、YUV->RGB変換でのＭＭX計算とかかな？
- 470 名前：468 mailto:sage [2005/10/27(木) 15:38:00 ]
- >>469 さんありがとぅ、でもそう言うのじゃないんです
>>462 の
> 8bitで表わせる範囲の数（0-255）であっても
> 16bit(WORD)で演算するのはちょっと精度不足だよ。
この場合、最大8bitの整数同士の演算結果を16bitで表すのだから
オーバーフローやアンダーフローも起こり得ないのに「精度不足」
と言うのが分からない
> せいぜい10bit程度しかシフトできないんで、DWORDで計算するのとでは
> 誤差の出方が違ってくる。
整数演算の結果をなぜシフトする必要があるのか？整数演算での誤差？
まさかとは思うが、固定小数点での演算を整数演算と言っているの？
- 471 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 21:41:47 ]
- どうしていつの間にか整数演算になっちゃったんだろう？
MPEG音声圧縮の話なんだろ、元々は。
- 473 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 21:45:42 ]
- しかもVCTKには関係ない話題だ。
なんかVC++のよろず質問スレと勘違いされている。
- 474 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 02:05:29 ]
- 元の質問はスレ違いでもないと思うけど
- 475 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 17:08:48 ]
- VCTK2003でプリコンパイル済みヘッダ使う場合、/Ycと/YuのオプションつければOKですか？
あと、/Yuでパス指定する場合はフルパスじゃないとだめですか？
今までVC++6.0ばっかり使ってきたんで、この辺さっぱりわからないですorz
- 476 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 17:26:38 ]
- VC++6でプロジェクト作ったらわかりそうなもんだが
- 477 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 20:17:31 ]
- >>475
VC6のプロジェクトの設定(プロパティかも)をじっくり見ろ。
- 478 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 21:15:57 ]
- ブルジョワどもめ。
- 479 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 09:31:16 ]
- あるえ
- 480 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/11/01(火) 21:12:47 ]
- >>480
レイテンシの意味わかってる？
- 482 名前：デフォルトの名無しさん mailto:sage [2005/11/01(火) 22:29:13 ]
- レイテンシ：
IA-32 命令を構成しているすべてのマイクロオペレーション
(μOP) の実行が実行コアで完了するのに要するクロック・サイクル数。
スループット：
発行ポートが同じ命令を再度自由に受け入れられるようにな
るまで待たなければならないクロック・サイクル数。多くの
IA-32 命令は、命令のスループットのほうがレイテンシより
もかなり小さい。
- 483 名前：デフォルトの名無しさん mailto:sage [2005/11/01(火) 22:42:53 ]
- いかにレイテンシを隠蔽するかが問題。
・実行コアへのμOPの流入量を最大にする
・インターリーブしてリソースの競合（ポート、実行ユニット）を避ける。
・クリティカルパス上の依存関係チェーンのレイテンシを最小にする。
俺はスループットは殆ど考慮しない。
- 484 名前：デフォルトの名無しさん mailto:sage [2005/11/02(水) 00:59:59 ]
- ALUとSSE2を同時に回せ
- 485 名前：デフォルトの名無しさん mailto:sage [2005/11/02(水) 11:06:09 ]
- アルゴリズムレベルから最適化すべし。
終了。
- 486 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 02:26:10 ]
- ﾊｲｷｮってるなあ・・・
- 487 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 03:14:05 ]
- まぁ2005Express出ちゃったしねぇ…。
- 488 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 04:57:20 ]
- Microsoft Visual C++ Toolkit 2005は出るの？
- 489 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 09:26:01 ]
- そのうち
- 490 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 11:34:34 ]
- Expressがこのままフリー提供になってVCTKの代わりになっちゃうんじゃねぇかしら。
- 491 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 12:10:04 ]
- フル機能を持つMicrosoft Visual C++ Toolkit 2005が出るとしたら
8Pro以上がそれなりに無意味になるな。
Expressか、せいぜいクラスデザイナのあるStandard辺りを買っておけば良いわけだ。
そんなわけでやっぱりVCTK2005は出さないかもなぁ…。
- 492 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 12:11:52 ]
- いやでもそれをやったのがVCTK2003＋VC7 Standardなのか
とはいえそれも他社に押される形だったし、
最初からその辺考えられる今回は無理かねぇ。
それとも一度やったことは続けるのかね。
- 493 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 19:50:02 ]
- VCTKを無償公開したときの口実に、2003stdのユーザにも最適化コンパイラを
提供するとかいうのがあったはずなので、VCTK2005は出ないと思う。
たぶん>>490の通りになるかと。
- 494 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 20:28:43 ]
- どうせ2005 Expressも今までと同等の最適化はある。
- 495 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 23:00:03 ]
- >>493
その理屈だと、Express、2005stdユーザにもPGOコンパイラを、ってならないのか
- 496 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 23:49:47 ]
- PGOはコンパイラ単体の機能実現できないんだし、いいんじゃね？
さすがにPGO欲しいなら買えばいいとおもうんだが。
- 497 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 23:50:28 ]
- 修正：
PGOはコンパイラ単体の機能じゃ実現できないんだし、いいんじゃね？
さすがにPGO欲しいなら買えばいいとおもうんだが。
- 498 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 23:54:46 ]
- > PGOはコンパイラ単体の機能じゃ実現できない
ほんとかよ
- 499 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 01:02:33 ]
- そらそうだろ。
プロファイル結果に基づいて最適化する機能なんだから。
プロファイラがなくてどうするよ。
- 500 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 01:09:16 ]
- なんでVCTKがコンパイラ単体の機能しか付かない事になってんのよ
- 501 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 01:13:15 ]
- ttp://www.microsoft.com/japan/msdn/vs/vc/profileguidedoptimization.asp
ここを見る限りコンパイラ単体の機能じゃないな。
プロファイラって言うよりリンカが特別なコードを挿入して
一度アプリケーションを実行することで、PGOに必要なファイル(.pgc)を生成。
その後再コンパイルする時に、プロファイル結果(.pgc)を利用するという動作みたい。
ってことでPGOを行うには、コンパイラとリンカが対応する物の必要がありそう。
- 502 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 01:20:13 ]
- >>500
それもそうだな。
495のPGOコンパイラって表現に反応しすぎた。失礼。
まぁどの道ExpressじゃPGOは利用できないだろうしなぁ。
VCに限って言えば、今回の目玉だろうしなぁこれ。
- 503 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 01:23:28 ]
- うんだからVCTK2003にもリンカくらいついているという話
- 504 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 01:25:10 ]
- おっと503は501宛ね
- 505 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 03:13:55 ]
- っていうか2003で十分じゃない？おまいらも.NETなんてどうでもいいんだべ？
- 506 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 04:01:37 ]
- VCTK+WinSDKでは、リソース関連のヘッダが不足してて苦労しない？
どうしてる？
- 507 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 04:46:26 ]
- どうせ自分で組むので気にならない
- 508 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 07:54:08 ]
- ぷらっとふぉ〜むSDKとだいれくとえっきすSDKをﾌﾙｲﾝｽｺしても無理か？
- 509 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 15:52:54 ]
- Expressには単純なプロファイラも付かないの？
- 510 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 16:29:26 ]
- Express期限があるから安心して使えねえ
- 511 名前：デフォルトの名無しさん mailto:sage [2005/11/29(火) 01:11:45 ]
- これでコンパイルしたLAMEのバイナリでエンコしたMP3ファイルと
公式(?)バイナリでエンコしたMP3ファイルが一致しない件ですが
cl のオプションで浮動小数点の精度に関するものは
/Op と /QIfist しかないよう。どちらか片方と両方同時も
試しましたがやはり一致しませんでした。
こんな状況ではLAMEで作ったMP3の音質をああだこおだ議論している
人たちがうさんくさくて仕方がありません。
- 512 名前：デフォルトの名無しさん mailto:sage [2005/11/29(火) 01:44:20 ]
- >>440 の方？ 試したコンパイラはこれ？
ICL (RareWareで配布されているバイナリ)
Services for Unixに付属 gcc-3.3
VB.NET Standard付属のcl.exe
MSVC 2003
このうち MSVC 2003 のだけ結果が違うの？
- 513 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 00:45:56 ]
- 以前試したときはSFUのとICLのは一致していたのですが曲によっては
一致しないらしく今回は一致しませんでした。つまりすべて一致せずです。
- 514 名前：デフォルトの名無しさん mailto:sage [2005/12/12(月) 17:18:24 ]
- 素直にFIIS console(v3以降)CBR320Kで。
- 515 名前：デフォルトの名無しさん mailto:sage [2005/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.
ってエラーが出ます。助けてください
|
 |
