元スレCygwin + MinGW + GCC 相談室 Part 5

gcc覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

202 = :

恥ずかしいこと質問するんだが、笑うなよ
今、32bitXPを使っているんだけれども、これで64bitのバイナリを作成する
にはどうするの？
MingWの32bit版をつかって、オプション指定で作成するとか

205 = :

一応は他のアーキテクチャにカテゴライズされるだろうから、
クロス環境用意すればいいんじゃないか？
ライブラリもあるからコンパイルオプションだけじゃ無理だと思うよ。

206 = :

まずはWin7 64bit買ってきなさい。

207 = :

もちろんテスト環境があるに越したことは無いが
開発環境まで64bitにする必要は無いよ

209 = :

いまさらで恥ずかしいんだけど教えてくれ

MinGWのことなんて呼んでる？
いままで「ミンジーダブリュー」って読んでたんだけど、
周りでは「ミング」とか「ミングダブリュー」とかが主流みたいなんだ

210 = :

ミングー

211 = :

>>210
サンクス
それ使わせてもらう。なんかピングーみたいでかわいいし

212 = :

みんぐをぅ

213 = :

みんgw

214 = :

作者もそのつもりだろ

215 = :

個人的にはミングーと呼んでる
人に言うときは・・・困る
ミンジーダブリュとか適当に言ったり

216 = :

俺はミングウィンだな
WはWindowsだし、しーわいじーうぃんの呼び方とも調和する

217 = :

みんぐぅに決まってるだろ

218 = :

Mingwのctors処理って__mainでやってるんだっけ?
dtors処理ってatexit()でやってるんだっけ?

219 = :

MinGWは知らんが、デストラクタ呼び出しの規格はこうなってる

・ atexitに関数を登録するより前に初期化された静的オブジェクトのデストラクタは、
　その関数を実行し終わるまでは呼ばれない
・ atexitに関数を登録した後に初期化された静的オブジェクトのデストラクタは、
　その関数を実行するより前に必ず呼ばれる

220 = :

>>216
ふつー「しぐうぃん」。

221 = :

>>218
じゃあatexitを呼ぶのは誰だ、ってな

223 = :

>>220
なんだと。見ろよこれを
シーワージーウィン 約 366,000 件 （0.79 秒）
シグウィン 約 2,190 件 （0.26 秒）


"シーワイジーウィン" 3 件 （0.22 秒）

224 = :

>>223
一番上の、シーワイジーウィンの間違いだよな。
""で囲ってやり直してみな。

225 = :

もう少し痴的な会話をしろ

226 = :

>>224
メクラがおる

227 = :

>>223
しぐにゃん　約 54,000 件 （0.20 秒）

228 = :

あずにゃん！

229 = :

さいうぃんって読んでました
今必死に矯正してます

231 = :

青銅的にキグウィン

232 = :

教えて君は調べずに聞くのでお前ら答えろ。

libcoldname.a が実際にどのように(ソース・定義ファイル・コマンドライン)生成されているか教えろ。


# ホントは1時間くらい調べて投げ出した

233 = :

1時間くらいで調べた言い張る教えて君には答えぬ。

234 = :

x libcoldname.a
o libmcoldname.a

moldname.def.in
moldname-msvcrt.def

235 = :

>>233
本当は知らないって言えばいいのに

236 = :

>>234
thx. じつは今朝調べ直した。
俺が知りたかったのは、シンボル対応表の在処だったのだ。
なんのことはない、moldname-msvcrt.def にアンスコを足してインポートしてただけだったとは。

教えて君さいこー!

237 = :

許さぬ。

238 = :

mingw-w64ってvc用のlibと互換性なくなってる？
ATI Stream V2.1のOpenCL.libをリンクするとき、mingw 32bitだと-lOpenCLで普通にリンクできるのに、
mingw-w64だとシンボル名を見つけてくれない。
当然、-Lで32bit用、64bit用のライブラリパスを切り替えているので64bitでコンパイル時に32bitのlibを突っ込んでるみたいなミスはしていないし。

239 = :

アセンブルコードを見てみた
printfがmingw-w64では_printf, visual C++ (x86_64)だとprintfという名前で呼ばれている。
つーわけでvisual Cのオブジェクトとmingw-w64のオブジェクトは互換性ないじゃん。
ちなみに、visual C++ (x86), mingw32だと両方共_printfで互換性あり。
うーん、これじゃ使えないぞ、mingw-w64。

242 = :

ビルド済みboost入っているのはこの二つだな。
どっちが使える?


My MinGW distribution ("distro") currently contains GCC 4.5.0 and Boost 1.43.0.
mingw-6.1.exe (14.7 MB) : This is a self-extracting archive, not an installer. See How To Install below.
http://nuwen.net/mingw.html


Logue Pack 20100415 QP's MinGW GCC 4.4.3ベース。
http://logue.be/MinGW.html

248 = :

New TDM-GCC 4.5.0 in 32-bit or 64-bit editions!
http://tdm-gcc.tdragon.net/

250 = :

なんだ、GCCか・・・MINGWと勘違いしてしまった。

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / gcc一覧へ

類似してるかもしれないスレッド

• Cygwin + MinGW + GCC 相談室 Part 8 (938) - [97%] - 2022/10/28 8:00
• Cygwin + MinGW + GCC 相談室 Part 7 (996) - [97%] - 2014/9/21 2:15
• Cygwin + MinGW + GCC 相談室 Part 6 (981) - [97%] - 2012/12/30 23:15
• Cygwin + MinGW + GCC 相談室 Part 4 (1001) - [97%] - 2010/3/23 18:31 ☆
• Cygwin + MinGW + GCC 相談室 Part 3 (1001) - [97%] - 2008/9/12 0:04 ★
• 【激遅】AppleGCC【絶望】 (111) - [1%] - 2010/1/15 10:31