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

みんなの評価 : ☆

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

951 = :

>>948
TDMというよりgcc自体にってことじゃない？

952 = :

そう、gcc4.4.1自体に色々問題があるのでみんな4.4.2にする必要があった
でもTDMは4.4.2を出さないのでkomisarに替えた
バグフィックスも大量にあったのに更新もせずアナウンスもなしだから、
もはや終了ととらえてもいいのかもしれない

953 = :

だだのもんに文句言ってもしょうがないでしょ

954 = :

まあTDMのスレじゃねぇから、俺らとしては
別にそんなに悲しくはないよな。

>>934の中では何がいいってか何が違うの？？
Komisar Mingwが一番人気なのかもしれんけど
ライセンス的に人気なの？

957 = :

最新のを追っかけたかったらここのでいいの？
http://sourceforge.net/projects/mingw-w64/files/

958 = :

スレ違いかもしれませんが、cygstart の UNC 表記について質問させてくださ
い。cygstart をつかって、ファイルサーバ上にある、エクセルファイルを開
こうとしていますが、ファイルが見つからないと
エラーがでます。そのエラーにパスが表記してあり以下の文字列を先頭につけ
ています。

\\?\unc

ワードは、エラーはでないがやはり開けず、新規ファイルを開いた上体にな
る。ローカルマシンのファイルはエクセルでも問題なく開けるし、フォルダな
どはサーバ上でも exploreで普通に開いてくれます。

これは、エクセルが UNC に対応してないということだと思いますが、何か回
避の方法がありましら教えてください。

959 = :

ドライブレター振ってみたら?

960 = :

>>957
mingw-w64はmingwとは別プロジェクト。中の人も別。
経緯は知らないけどあまり仲は良くなさそな気がする

962 = :

猪突猛進

963 = :

もう少し詳しく書くと、以下のようなパスを持ってきて、cygstart に渡して
います。(この段階ですでに、UNC 表記になってる)

\\servername\path\foobar.xls

これが、ファイルが見つかりませんと表示されるメッセージボックスには、以
下のように表示されます。

\\?\unc\servername\path\foobar.xls

なので cygstartに渡されたあとに、UNC 表記に変換されてエクセルに渡され
ているようです。以前のバージョンでは、これで問題なく開いてくれました。
（以前のバージョンは 1.7 であることは間違いありませんが、いくつだった
か覚えてません）

cygstart にこの表記をしないでエクセルに渡すような、引数はないようでし
た。

964 = :

gcc4.4.1自体の問題に遭遇できる人が何人いるんだかわかんないのに...

965 = :

>>958
ちょっとだけ試してみた。

(581) cygstart --verbose //hostname/dirname
ShellExecute(NULL, "(null)", "\\?\UNC\hostname\dirname", "(null)", "(null)", 1)
Unable to start '\\?\UNC\hostname\dirname': The specified path was not found.

(582) cygstart --verbose //hostname/dirname/tmp/
ShellExecute(NULL, "(null)", "\\?\UNC\hostname\dirname\tmp", "(null)", "(null)",

手元の環境では1つ目のフォルダは開けないけど2つめのは開けた。
ファイルの場合も同じで開けるパスと開くのに失敗するパスがある。
*.xls でも *.xlsx でも *.doc でも *.docx でも開けるファイルと
開けないファイルがある。条件はよくわからん。

試した環境は Windows 7 64bit + Office 2007 です。

969 = :

ビルドできましたって、だけでしょ

970 = :

Msysの環境整えるのが面倒だったから、勝手にインストーラ作った。
http://file.logue.be/dl/f/AwnFXj4p87

971 = :

Cross-Mingw.GCC 4.5.0 - x86/x64 - Experimental Release (20100320_0024) with pthreads 2.9.0.0 shared
Cross-Mingw.GCC 4.5.0 - x86/x64 - Experimental Release (20100320_0024) with pthreads 2.9.0.0 static
が出てた。
http://www.xvidvideo.ru/2009-10-22-10-49-14/cat_view/28-cross-mingwgcc-x86x64/160-cross-mingwgcc-45-x86x64.html

972 = :

誰かTDMを焚き付けてくれ！！

973 = :

英語で「早く4.5.0にせんかいカス」と送ってみようか

974 = :

もうちょっと優しく送ろっか。

いつも TDM mingw32 をありがたく使用させていただいております。
この度、g++がversion 4.5.0となり、TDM mingw32 もそれに追従して
バージョンアップしていただけませんでしょうか。
待ち遠しくてなりません。
どうかよろしくお願い申し上げます。

これを英訳すればOK？

975 = :

それとももしかして
http://en.wikipedia.org/wiki/Mingw
Stable release 4.4.0 / June 22, 2009; 8 month(s) ago (2009-06-22)
Preview release 4.5.0 / January 1, 2009; 14 month(s) ago (2009-01-01)
とのことで、まだ4.5.0はPreview releaseだからヤダとか
思っているのかな？

でも別に今までのインストーラだって捨てないで取っておけばいいわけだし、
Preview release の 4.5.0 も作ってくれてもいいよね。

依頼してみたい所だ。

977 = :

そんな能力あったらインストーラーつかいません。

980 = :

そもそもgccの4.5系列は開発中のものということを分かって言ってるんか

981 = :

>>979毎日updateってすげぇな。

>>980
>>975

983 = :

>>972
要望出している人はいるが、ずっと放置プレイ。
http://sourceforge.net/tracker/index.php?func=detail&aid=2942036&group_id=200665&atid=974442

985 = :

mingw-w64について疑問があるんだが、解凍先\binフォルダ内のやたら長いファイル名のやつじゃないとコンパイルできないんだよね
mingwフォルダや、x86_64-w64-mingw32フォルダにはgcc.exeみたいに短いファイル名のファイルもあるけど、そっちのフォルダを環境変数に指定しても正常に動作しないんだが
なぜあんな変に長ったらしいファイル名になってるの？まさか既存のmingwと共存とか変なことかんがえちゃってるの？

987 = :

早くしてくれないとラムダが使いたいという欲求が満たせない。

989 = :

番号ごとに開発が別々なんて変わってるね。

993 = :

猫科研究所パック使ってバグ報告してやってくれよ
いま一番使えるのはこれだと思う。
すべて最新板とは限らないだろうが。
利用者増えれば更新もよくなるはず

994 = :

猫料理研究所なんてあんの？

995 = :

猫科研究所(felid labo) - MinGW猫科研究所パック

assemble005
gdb-7.0.50以外の主要コンポーネントはa004と同じ。

assemble004
gcc-3.4.5(gccとg++のみ)
Twilight Dragon Media版gcc-4.4.1-tdm-2(gccとg++のみ)
mingwrt-3.17
w32api-3.14
binutils-2.20-1
gdb-7.0-2
SIMD版libjpeg
libpng
libiconv + cp932パッチ
libxml2

こんな感じなのか。
結局TDMがリリースされない限り新しいgccも手に入らないんじゃね。