というか

http://sourceforge.net/project/showfiles.php?group_id=2435
ここを見ると5.1.4が最新のような感じなんですが、

http://yoko-gb.blogspot.com/2008/08/mingwgcc.html
とか
http://ja.wikipedia.org/wiki/MinGW

では最新版が4～になってますね。
なぜ？？情報が古いだけでしょうか？

>>946
これってGCCにも効かなかったっけ？
http://www.sixnine.net/cygwin/cygwin-doc/japo.html

>>951
gccのバージョンとMinGWプロジェクトのバージョンを散り違えるな

gccは3.4.5の新しいやつで
他に必要なのは開発版以外の最新でいいんじゃない

ありがとうございます。

>gccのバージョンとMinGWプロジェクトのバージョンを散り違えるな
すいません。どこをどう勘違いしてるのかわかりません汗
よかったら教えてください。

>gccは3.4.5の新しいやつで
これはどういう意味でしょう？gccではなくてmingwの話なのですが・・

結局一番安定してるのはどのバージョンでしょうか？
やはり5.xx系は人柱なんですかね？

アドバイス頂けると幸いです。

自ら>>951に掲示しているとこ普通に見ればわかるだろ

年月だけでなく、ご丁寧に日にちまで書いてるんだぞ

>>955
gcc -> IE
MinGW -> Windows

どもです。

>>自ら>>951に掲示しているとこ普通に見ればわかるだろ
http://ja.wikipedia.org/wiki/MinGW
ここの最新版は3.4.5ってのは情報が古いって理解でOKでしょうか？？
ただ最新のを使いたいのではなくて安定しているのを使いたいんです。
一番安定しているのは3.4.5なんですかね？？


>> gcc -> IE
>> MinGW -> Windows
MinGW- > Windwowsってのは分かるんですがgcc -> IE ってのはどういうことですか？？

すいません、あと
http://sourceforge.net/project/showfiles.php?group_id=2435
ここで

Automated MinGW Installer MinGW5.1.4
と
GCC Version 3 gcc-3.4.5-20060117-3
がありますが(他にもいろいろありますが)これってどう違うのでしょうか？？
どちらもMinGWではないのですか？？
インストーラがついてるかついてないかってだけの違いではないですよね？

自分は多分、上のAutomated MinGW Installerのversionが5.1.3 の時のを使ってたと思うのですが・・

あーなんか「MinGW ＝ Windows用に移植されたgccコンパイラ」
だと思ってました。

Windowsの中でgccコンパイラを使うための環境がMinGWなんですね。
しかしmsysでgcc --version と打ったら 3.4.5 と出てきました。
今の状態で安定版(と思われるもの)を既に使ってるみたいです。。なんかよくわからないバグみたいなものがあるのですが・・

MinGWをアップデートしてもその中のgccコンパイラはversion3.4.5から変わらないと思うのですが、
MinGWのアップデートだけでコンパイル時の不具合が直ったりする可能性はあるものでしょうか？？

コンパイル時の不具合ってソースコードが変ってことじゃないの？

普通に考えればそうなんですがどっからどう見ても間違ってる部分がないもので・・
コンパイルエラーは出ずにコンパイルは成功するんですが、バイナリ走らせるとフリーズするような類のバグです。

ソースコードがおかしいわけではない・・と思うのですが・・(多分)

実行時のエラーをコンパイラのせいにするのはよくないよ。

うーむ・・やはりソースコードのせいなのか・・
3.4.5は安定版なのでしょうし。

自分のデバッグ能力を疑った方がいいのでは？

>>962
shift JISでソース書いてると、変なことがよく起こるよ。
たとえば、「表」の2バイト目が"\"なので//コメントの行末にあると次の行もコメントになる、
*/の直前にあると、コメントがそこで終わらず、次のコメントの最後までまるまるコメントになる、
文字列リテラルの最後にあると"がエスケープれて文字列が続いてることになる、などなど

-finput-charset=cp932

コンパイラのバグといいながら対象のソースを出さない奴は100％自身のミス

コンパイラ含めた環境の不具合を疑うのなら、
いきなり本命のコードをコンパイルしようとせずに、
至極簡単なテスト用のコードを作ってコンパイルすればいいのに。

100%は言い過ぎだろ、99.99%くらいだ
デバッガで追ってみればいいじゃん

安定板とか言ってる時点で．．．

mingwGCC4.31をダウンロードできるところないですか？

?ttp://www.equation.com/servlet/equation.cmd?call=fortran

>>973
ありがとう！

本家?ttp://sourceforge.net/project/showfiles.php?group_id=2435

>>965
うぜーから消えろ。

>>968
>> コンパイラのバグといいながら対象のソースを出さない奴は100％自身のミス
でかいソースの中の一部なのでそれだけここに出しても意味ないと思いますが。

問題の部分単発でコンパイルすればうまく動きます。文字コードはUTF-8なんです。
デバッガはなんかeclipse連携できなかったので放置してたんですが、もう一回チャレンジしてみます・・。

十中八九、どっかでメモリ壊してるな。
問題が発現するところ自体にバグがないのはよくあることだし。

ありがとうございます。
>> 十中八九、どっかでメモリ壊してるな。
多分そんな感じなんだろうなと自分も思うんですが、メモリが壊れるってのは例えばどういう時起こるんでしょうか？？

確保したメモリ領域の外に書き込んだとき。

>>950みたいな低能がコーディングしたとき。

デバッグもせずにコンパイラを疑うとか(笑

>>980-981
うぜーしつこい。

大抵はポインタと配列で範囲外のアクセス(主に書き込み)で起こるかなぁ。
配列は片っ端からstl::vectorに置き換えるとその手のバグは顕在化しやすくなる。
後文字列操作で終了コードが抜けたりとか。これもstl::stringで回避できるか。
あとなんだろね。

なんで、そのレベルで>>950はコンパイラのバグを疑ってんだ？
実験的な最新版とか、コードが大幅に入れ替わったメジャーVerUPの後とかじゃないと
めったにお目にかかれない物なのに。

access violationはオメーのバグだぜ。

>>945
まぁ、わざわざ書くほどでもないアホなミスでした
すっごいいまさらなんだけど、一応どう解決したかを
後から単体のインストーラで入れた(かなり古いバージョンの)Mingwのpathの設定が優先されてだけでした、
cygwinのコンソールだと/usr/binのパスが最優先になるんですがMeadowから使ってたので
windowsの環境変数を使ってまして。なので、pathの順番変えて解決しました
時々起こってのは本当なんですが過去起こった原因は結局わかりません

エラーの日本語化はCygwinのsetup.exeで普通にインストールしただけなのでよく知りません
環境変数LANGを設定しただけです

低脳がひとりいると、このスレ盛り上がるな。
無理しないで自分のレベルにあったVBでも使ってればいいのに。

>>986
自覚してるのかｗ

低脳の自覚がない人には向かないんじゃないの、ｇｃｃ？

余程悔しかったようだな

煽り合うのはその辺にしておきなさい。
みっともないからｗ

ひとりの屑低脳って950しかいないじゃん
自覚しろよ、すこしは。

なに火病ってんだ。顔まっかにして。

やっと直りました。やっぱりアクセスしてはいけない領域にアクセスしていたのが問題だったみたいです。

友達いなそうな可哀想なのがもうちょい少なければいいんですけどね。
でも色々勉強になりました。親切に教えてくださった方々ありがとうございましたｍ(_ _)ｍ

お前が自分の無知を棚に上げて訳の分からんフレームを垂れ流したのがそもそもの元凶だろうが

棚になんてあげてませんよ。
言われている通り、俺は無知で低脳なんでそれをさらしてご教授願っただけです。
なぜそんなのお怒りなのですか？

>>995は流石に偽っぽいが>>993は正直どっちかわからんｗ

どっちにしろ>>993,995共に屑だが

分かったから少し落ち着けよ

どっちも本物ですよぉ

彼らが落ち着くまで次スレは立てないでください

ume