Cygwin + MinGW + GCC 相談室 Part 8

**デフォルトの名無しさん** · 2014/09/23(火) 00:20:11.40

Windows上で動作するフリーの開発環境 CygwinとMinGWに関する相談スレッドです。

過去スレ:
Cygwin + MinGW + GCC 相談室 Part 7
http://peace.2ch.net/test/read.cgi/tech/1357019230/
Cygwin + MinGW + GCC 相談室 Part 6
http://toro.2ch.net/test/read.cgi/tech/1304609116/
Cygwin + MinGW + GCC 相談室 Part 5
http://hibari.2ch.net/test/read.cgi/tech/1269400706/
Cygwin + MinGW + GCC 相談室 Part 4
http://pc12.2ch.net/test/read.cgi/tech/1221233882/
cygwin + mingwn + gcc 相談室 Part3
http://pc11.2ch.net/test/read.cgi/tech/1177944767/
cygwin + mingwn + gcc 相談室 Part2
http://pc11.2ch.net/test/read.cgi/tech/1126103347/
cygwin + mingwn + gcc 相談室
http://pc8.2ch.net/test/read.cgi/tech/1058134693/

関連サイト:
Cygwin http://www.cygwin.com/
MinGW http://www.mingw.org/

関連スレッド:
GCCについて part10
http://toro.2ch.net/test/read.cgi/tech/1315026784/

**デフォルトの名無しさん** · 2014/09/23(火) 00:41:58.04

乙

**デフォルトの名無しさん** · 2014/09/26(金) 16:15:48.16

MinGW のgccを起動するとPentium MMX環境では不正な処理で落ちます

i586では動かないのでしょうか？
だとしたらどうしたらいいですか？

Windows 2000 SP4

**デフォルトの名無しさん** · 2014/09/27(土) 01:02:49.79

とりあえず古いのを使えば？

**デフォルトの名無しさん** · 2014/09/30(火) 05:45:16.65

Mergedoc 2004/09/26 出てた
というかこのトップページいつもユーザーが1300人以上いるんだけど攻撃でも受けてんの？

http://mergedoc.sourceforge.jp/

**デフォルトの名無しさん** · 2014/10/07(火) 23:24:15.31

cygwinの64bit gccではLP64のせいか、MS-C向けのDLLがリンクできない。
そこでLLP64のx86_64-w64-mingw32-gccをcygwin上で使っています。
コンパイルしたものを実行するために、/usr/x86_64-w64-mingw32/sys-root/mingw/bin等の専用DLLのある場所にパスを通す必要がありますが、
他の普通にcygwinでコンパイルしたものを実行する際の邪魔になるのでパスは通したくない。
-staticつければいいけどバイナリがデカすぎる。
なにか、dllのパス名を埋めこむオプションないですかね。
-Rはないと言われるし。

**デフォルトの名無しさん** · 2014/10/11(土) 02:54:30.06

>>6
専用DLLが必要なやつは、バッチファイルから起動するとか。
(バッチファイルの中でだけPATHを通す)

**デフォルトの名無しさん** · 2014/10/11(土) 07:26:00.73

バイナリでかくても
結局実行するとそれだけメモリ食うんだろ？

**デフォルトの名無しさん** · 2014/10/11(土) 11:41:18.63

>>8
shared library全否定やな、それ

**デフォルトの名無しさん** · 2014/10/11(土) 11:41:50.70

>>7
それすると、パイプで繋ぐような使い方ができないんで。

**デフォルトの名無しさん** · 2014/10/11(土) 13:51:02.82

>>10
bat／cmdファイルってそんな制限があったのか
だったらシェルスクリプトはどうかな

**デフォルトの名無しさん** · 2014/10/11(土) 14:01:57.04

ないよ。

**デフォルトの名無しさん** · 2014/10/11(土) 22:08:06.83

>>9
そうなんだけど
質問読んでると
同時実行してるとも思えなかったもんで

**デフォルトの名無しさん** · 2014/10/14(火) 20:52:09.81

まともなOSのメモリマッピングならデマンドページングするだろ

**デフォルトの名無しさん** · 2014/10/17(金) 09:28:29.33

MinGW

> objcopy -h

> libintl-8.dll がねーぞｺﾞﾙｧ！

よそから持ってこなきゃだめなん（ﾟдﾟ）？

**デフォルトの名無しさん** · 2014/10/17(金) 15:11:34.85

しばらく前にMinGW更新したら、同じようにそのDLLでエラーになったな。
古いアーカイブファイルから復帰させたけどどうやるのが正しいのやら。

**デフォルトの名無しさん** · 2014/10/17(金) 16:34:43.90

なんかgitに入ってたからそこからコピったら動いた。
>>16
よくわかんないよね

**デフォルトの名無しさん** · 2014/10/19(日) 23:35:00.40

そんなことよりもお前らmsys2 + pacmanは使ったか？
あれはいいものだ

**デフォルトの名無しさん** · 2014/10/26(日) 08:34:29.06

ディレクトリを選択して右クリックの　送る　から　cygterm+putty　を開くにはどうすればいいのでしょうか？

**デフォルトの名無しさん** · 2014/10/30(木) 11:08:43.38

cygwinでは npm init　がエラーになるんだな
ちょくちょく独特なトラブルが起こるからいまいち使いにくい

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 19:05:16.23

久々にTDMの更新来てるねー

**デフォルトの名無しさん** · 2014/12/19(金) 20:07:46.12

msysはなんか一時期まともにインスコできない時期があったので、
cygwin64にcygwin, cygwin32, mingw32, mingw64のコンパイラ入れまくりに落ち着きつつある。
結局windwosネイティブのdll使うにはmingwじゃないとダメだしクロスコンパイルしまくりでやはり面倒ではある。

**デフォルトの名無しさん** · 2014/12/23(火) 12:58:12.55

x265をコンパイルできるFFmpegをビルドするためにMinGW + MSYSを以下のサイトからダウンロードして
Windows7に入れました。

http://xhmikosr.1f0.de/tools/msys/
MSYS_MinGW-w64_GCC_492_x86-x64_Full.7z

早速x265のコンパイルをしようと以下のサイトを参考にしたのですが、
http://qiita.com/pb_tmz08/items/29165f4c3ef9bc4285ab
hg, cmakeが必要とのことです。（Linuxには疎いのでhgやcmakeがどういうプログラムなのかいまいち分かりませんが）
デフォルトのMinGW + MSYSにはhgやcmakeは含まれていないようです。
hgやcmakeを使えるようにするにはどうしたらいいでしょうか？

**デフォルトの名無しさん** · 2014/12/23(火) 23:02:19.16

MinGWはこっちの方がよくね？
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.9.2/threads-posix/seh/

hgは
http://takuya-1st.hatenablog.jp/entry/20100623/1277256227

ここが参考になるかな

23 · 2014/12/24(水) 21:54:49.37

ありがとうございました。おかげさまでhg, cmake, ついでにgitまで使えるようになりました。
> MinGWはこっちの方がよくね？
MSYSを別途導入する必要があるようだったので>>23のMSYS_MinGW-w64_GCC_492_x86-x64_Full.7zを使うことにしました。

ところでffmepgのコンパイルをしていて些細な疑問を持ったのですが、
http://d.hatena.ne.jp/kamedo2/20130619/1371662769
のサイトを参考に音声コーデックのfdk-aacをffmpegにマージしてみました。
サイトに書かれていたとおり、
/FFmpeg/fdk-aac-0.1.1/
に移動して
　./configure --prefix=/mingw/i686-w64-mingw32
　make && make insutall
を実行し、そのあとffmpegのコンパイルをするべく
　cd ../ffmpeg-HEAD-4110828
でffmpegフォルダに移動し
　./configure --enable-gpl --enable-version3 --enable-nonfree --enable-libfdk-aac
　　--extra-ldflags=-static --extra-cflags='-march=native -mfpmath=sse' --optflags=-O2
を実行したところ問題無くconfigureは通りました。

23 · 2014/12/24(水) 21:55:31.04

調子に乗って「fdk-aacだけでなく最近はやりのOpusという音声コーデックもマージしよう」と
http://downloads.xiph.org/releases/opus/opus-1.1.tar.gz
をダウンロード＆展開し、
　./configure --prefix=/mingw/i686-w64-mingw32
　make && make insutall
を実行。その後ffmpegフォルダに移動して、
　./configure --enable-gpl --enable-version3 --enable-nonfree --enable-libfdk-aac --enable-libopus
　　--extra-ldflags=-static --extra-cflags='-march=native -mfpmath=sse' --optflags=-O2
を実行してみたところ

ERROR: opus not found using pkg-config
Note: When building a static binary, add --pkg-config-flags="--static".

とエラーが返されました。fdk-aacはよくてopusは何でダメなの？訳が分からずググッてみると
ffmpegのconfigureを実行する前に

　export PKG_CONFIG_PATH="/mingw/i686-w64-mingw32/lib/pkgconfig"

のおまじないを唱えると問題無くconfigureが通ることが分かりました。
http://qiita.com/tukiyo3/items/ac36375d426d39f203fb

fdk-aacはPKG_CONFIG_PATHをエクスポートせずとも良くて
OpusはPKG_CONFIG_PATHをエクスポートしないとconfigureが通らないのはなぜでしょうか？

**デフォルトの名無しさん** · 2014/12/26(金) 21:04:32.27

Wikipediaに書いてあるじゃん

http://ja.wikipedia.org/wiki/Pkg-config

まあ要するにコンパイルフラグをいじらなくて済むという話では

**デフォルトの名無しさん** · 2014/12/27(土) 13:54:55.65

MSYS2 Avira で TR/Crypt.XPACK.Gen2 連発するから困る

**デフォルトの名無しさん** · 2014/12/29(月) 09:28:57.28

>>26
pkg-configにコンパイル時のフラグを調べるためのデータを置く場所を教えるため。
てか、そこまで出来てるくせに勘が悪いな

23 · 2014/12/29(月) 11:52:31.05

>>27
>>29
コンパイル時のフラグの格納場所でしたか。
不思議なのはfdk-aacはPKG_CONFIG_PATHの場所を教えなくても問題無く進み、
Opusのときはきちんと提示してやらないと進まなかった点です。
二つは仕組みが違うんでしょうか？

**デフォルトの名無しさん** · 2014/12/30(火) 12:28:25.80

>>30
デフオルトの場所にあれば教えんでも工工わな

23 · 2014/12/30(火) 16:47:35.91

>>31
fdk-aacもOpusも共に
　./configure --prefix=/mingw/i686-w64-mingw32
とｃonfiguraしています。だから同じ /mingw/i686-w64-mingw32 にライブラリは格納されてるはずなんです・・・
Opusだけどっかイレギュラーな場所にライブラリをコピーしちゃってるんでしょうかね？

**デフォルトの名無しさん** · 2014/12/30(火) 21:17:40.84

>>30 >>32
疑問を持った時点でffmpegのconfigureの中身を見なさいな。(以下抜粋
> enabled libfdk_aac && require libfdk_aac fdk-aac/aacenc_lib.h aacEncOpen -lfdk-aac
> enabled libopus && require_pkg_config opus opus_multistream.h opus_multistream_decoder_create

ライブラリ有無のチェックに、libopusはpkg-configを用いて判定してるってだけ。
なので PKG_CONFIG_PATH を設定する必要がある。

23 · 2014/12/30(火) 22:10:28.69

>>33
そういうことでしたか・・・
そういうの詳しい人が身近にいてくれると助かるんですが・・・

**デフォルトの名無しさん** · 2015/01/04(日) 16:52:23.98

cygwin64上で作業をやっとります。

故あって32bitコードを書かねばならないのですが、
i686-w64-mingw32-gcc, i686-pc-cygwin-gcc共にfopenでPOSIXパスを渡すと、
errno=2, No such file or directory
ということで開けません。
windowsパスにすると開けます

ダメ fopen("/home/foo/bar.txt", "r");
OK fopen("c:/cygwin64/home/foo/bar.txt", "r");

mingwでは仕方ないかとは思いますが、cygwin32までPOSIXパスを否定されると辛い。
objdumpで見ても、fopenはcygwin1.dllのものを使用している模様。
PATHは/usr/i686-pc-cygwin/sys-root/usr/binを通してあります。

POSIXパスを認識させる良い方法がありましたら御指南願います。

**デフォルトの名無しさん** · 2015/01/04(日) 16:57:48.42

>>35
これはコンパイラでなく、OSの仕様。
windows OSの仕様を変更させるか、コンパイラ改造するしかないんでは?
認識できるわけではないが、簡単なのは自作ラッパーを挟む。

**デフォルトの名無しさん** · 2015/01/04(日) 17:25:27.63

>>35
Cygwinの32bitと64bitだとルートディレクトリが違うからじゃね？
32bitコード書くならCygwin32上で作業した方がいいのでは。

**デフォルトの名無しさん** · 2015/01/04(日) 18:42:58.13

>>37
windows8でcygwin32使うとfork errorでまくりでコンパイルが進まないorz

**デフォルトの名無しさん** · 2015/01/04(日) 18:44:55.84

>>36
いやいや、cygwin64環境、cygwin32環境でネイティブのgccを使うとPOSIXパス使えるんだわ。
ところが、cygwin64環境でcygwin32(i686-pc-cygwin)だと使えないわけで。
32bit版cygwin1.dllがルートパスをどこと認識してるか、ってところなのかな。

**デフォルトの名無しさん** · 2015/01/04(日) 20:35:46.69

>>38
rebaseallやってもforkエラー出まくりなんだとしたらしゃーないな。

cygwin1.dllがあるディレクトリの1つ上がルートディレクトリになってるはず。
単にUnix形式になってさえいればいいのなら /cygdrive/c/cygwin64/home/foo/bar.txt で
開けばいいし、それだとダメならfstabをいじるか

**デフォルトの名無しさん** · 2015/01/04(日) 23:12:59.46

>>40
windows7ではrebaseで治るんだけどなぁ。8.1はどうやっても連発で。
cygwin1.dllの一つ上がルートディレクトリはいい話を聞きましたわ。
マウントかリンクでなか胡麻化せるかも

**デフォルトの名無しさん** · 2015/01/04(日) 23:41:05.65

>>40
ファイル回りを/cygdrive形式で徹底することでなんとか胡麻化しできました
有難うございました。

**デフォルトの名無しさん** · 2015/01/06(火) 23:06:21.71

>>40
/usr/i686-pc-cygwin/sys-root/usr
がcxgwin32のルートになるわけやね。
cygwin64の/homeや/optを/cygdpgve/c/cygwin64/homeの形式で
/usr/i686-pc-cygwin/sys-root/usr/homeとしてシンボリックリンク張ったらあらかた違和感なく32bit, 64bit混在できるようになった。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2015/01/17(土) 00:33:59.73

OpenMPをお使いの方、おらっしゃられるでござるか？

**デフォルトの名無しさん** · 2015/01/20(火) 15:45:02.99

あるプログラムをmakeしてるんですが、
./configureで
"Can't find pthread library"
って出ます。

どうすればpthread libraryをインストールできますか?

**デフォルトの名無しさん** · 2015/01/21(水) 22:52:26.98

setupすればいいだろ

**デフォルトの名無しさん** · 2015/02/08(日) 15:58:27.25

g++で関数に一時オブジェクトを渡した場合の警告を抑制するにはどうしたらよいですか？

function( &HOGE() )

taking address of temporary

いったん変数に受けて回避していますが、その変数を作るのがめんどうくさいです。

**デフォルトの名無しさん** · 2015/02/08(日) 23:18:34.94

MinGWでlibmysql.dllを使いたくて
http://blog.livedoor.jp/dq_school/archives/1256405.html
を参考にして

> reimp libmysql.lib
> gcc -I"/C/Program Files/MySQL/MySQL Connector C 6.1/include" -o tester.cgi tester.c
"/C/Program Files/MySQL/MySQL Connector C 6.1/lib/liblibmysql.a"

とか

> reimp -c -d libmysql.lib
> dlltool -k -d libmysql.def -l libmysql.a

とかやってみたんだけど相変わらず
「undefined reference to mysql_init@4'」
とかのエラーが出やがります。
誰か助けてください。

defファイルを覗いてみたら「@n」のついてる関数名が１つも無いのが気になったけど、

http://tsubaki.hatenablog.com/entry/20121020/1350734844
の
　＞defファイルの中を見ると関数名の後ろに@8だの@12だの色々な数字がついているのが分かります。
との記述と食い違うのが気になります。

**デフォルトの名無しさん** · 2015/02/12(木) 00:40:45.45

mingwはvc++用のライブラリをそのまま食えるだろ