[過去ﾛｸﾞ] 各種ライブラリ紹介スレ (990ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
452: 名前は開発中のものです。 [sage] 04/09/05 12:15 ID:fQUnYwVV(1/5) AAS
>>451VCというか、MFCのメモリ管理がタコなので、
非ゲーム系アプリでは時々洒落にならなくなる。
API+DirectX使う分にはそうそう問題にならない。
マルチプラットホーム系のライブラリを使う場合、自前でメモリ管理してる場合も多いしな。
dev-c/mingw32の弱点というと、実行ファイルが一般にVCに比べてでかくなる点かな。
長所は、un*x系の先進ライブラリを持ってきやすい点。
DIY精神旺盛なら、vcでは使えないような面白い部品があれこれ使えるのが強みだと思う。
458(1): 名前は開発中のものです。 [sage] 04/09/05 18:14 ID:fQUnYwVV(2/5) AAS
>>455455(2): 名前は開発中のものです。 [sage] 04/09/05 17:02 ID:Tm+G2t3W(1/2) AAS
MFCは独自のアロケータを提供してないし
newもmallocもオーバーライドしてないよ。
あまり知ったかぶらない方が良い。
あと、VCのCRT読める環境ならわかると思うけど、
mallocは標準的な素直なメモリプーリングしてるし、
newもそれを使っているだけ。
毎回API呼び出してメモリ取得したりしてるとそりゃ遅いけど
そいつはWindowsと、プログラム書いた人の責任だろ。
一回MFCやATL/WTLで書いたプログラムを業務用プロファイラとかで実行しならが追ってみ。
思い切り色々叱られるから。
それとOpenGL系のライブラリ(例えばompとか）の中には、
基本はun*x、cygwinもOK、mingw32もサポート、でもmsvcはサポート外、
ってのは案外多い。
stripすりゃ小さくなるぐらいは知ってる、
ただ、そこに思い至らない初心者はいる、という意味で言ったのだわ。
459: 名前は開発中のものです。 [sage] 04/09/05 18:19 ID:fQUnYwVV(3/5) AAS
ああ、あと、シフトJIS環境のソースを使ってると
コメント中の漢字２バイト目で不具合が出ることが時々あったと思ったけど、
最新のgccでは改善されてるんかね？
漏れはマルチプラットホーム前提の時は日本語コメント使わないのでよくわかってないのだが。
（かなりスレ違いになってきた気がするのでこのへんで自粛）
あと、そう言いながら普段はdev-c++使ってる漏れだったりｗ
460(3): 名前は開発中のものです。 [sage] 04/09/05 18:26 ID:fQUnYwVV(4/5) AAS
ああ、あと漏れの言い方も悪かったな。
MFCが独自のメモリ管理をしていてそれがタコ、と言うつもりはなくて、
MFCが中で嫌なメモリの取り方をしている所があちこちにあって、
プロファイラとかを通すといちいち指摘されるんですよ。という意味。
WTLはそのへんかなりマシなのだけれど、それでも時々叱られるｗ
463: 名前は開発中のものです。 [sage] 04/09/05 18:48 ID:fQUnYwVV(5/5) AAS
で、今実際にexeファイルサイズにどのくらいの差が出るか裏を取ってみた。
Allegroのexamplesをmingw32とmsvcでそれぞれコンパイル。
mingw32は最大限の最適化+stripあり msvcは実行速度依存の最適化。
それぞれDLL版でやってみた。
結果：
おおむねmingw32版の方が1.5〜2倍程度の大きさになることが判明
それぞれの大きさまでは言及せずともいいよね？
Allegroのexamplesなので、誰でも再検証可能と思われ。
mingw32のバージョン：3.1.0-01
msvcのバージョン：Visual Studio 6 SP5
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.034s