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/

**デフォルトの名無しさん** · 2017/08/17(木) 17:51:14.60

もう GTK には未練無いし

**デフォルトの名無しさん** · 2017/08/20(日) 09:14:20.56

wxやqt も？

**デフォルトの名無しさん** · 2017/08/20(日) 15:34:49.33

wxはまだ使ってる
Qtはもういいかな

**デフォルトの名無しさん** · 2017/08/20(日) 18:56:59.11

msys2のpacmanで取得したwxWidgets試してみたがコンパイルして実行してみるとエラーが出て駄目だった

なんかMismatchがどうとか
しようがないのでソースからビルドしたら今度は実行出来た

外部のIDE使うときはwx-configの出力結果をprefix調整してコピペ

**デフォルトの名無しさん** · 2017/08/20(日) 18:59:42.64

おめ

**デフォルトの名無しさん** · 2017/08/20(日) 22:13:40.22

しかしコンパイラのバージョン合ってないと起動できないとかシビアだな

毎回ライブラリをビルドし直さないとならないって事か

まあwxはcode::blocksと相性良さそうなんで使ってみます

**デフォルトの名無しさん** · 2017/09/28(木) 19:31:39.43

hoge.dll から hoge.a を得るにはどうすればよいですか？ hoge.def はありません
また hoge.dll 用の hoge.lib もあるので hoge.lib から hoge.a を得る方法でもいいのですが
ご存知でしたら教えてください

**デフォルトの名無しさん** · 2017/09/28(木) 22:43:18.67

Cygwin,MingW環境に限らず(まっとうなやり方では)どうやってもできません
.dllファイルは構造的には(特殊な).exeファイルと同じで
元になったオブジェクトファイルの情報は失われているので
構造的にはオブジェクトファイルの集合体(コンテナ)である
.aファイルへの変換・作成に利用することはできません

**デフォルトの名無しさん** · 2017/09/28(木) 22:49:09.50

mingw DLL リンクで検索すれば何か分かるか

**305** · 2017/09/28(木) 23:58:11.87

普通にdllを使いたいって話だったのかな？
それならMingWのldは.libのインポートライブラリもサポートしてるはずなので
.libがあるならわざわざ.aファイルを用意する必要はないはずですよ

>>305はdll->スタティックライブラリに変換->完全な静的リンク(実行時にdllを必要としない)を
考えている場合のものでした

**デフォルトの名無しさん** · 2017/09/29(金) 10:22:39.17

https://stackoverflow.com/questions/8683046/compatibility-of-dll-a-lib-def-between-visualstudio-and-gcc

dlltool.exe -m i386:x86-64 -d libhoge.def -D hoge.dll -l libhoge.a
dlltool.exe -m i386 -d libhoge.def -D hoge.dll -l libhoge.a

しらんけど

**デフォルトの名無しさん** · 2017/09/29(金) 12:02:48.90

インポートの定義は自分でヘッダファイルとか見て書かないといけないんだっけ？

**デフォルトの名無しさん** · 2017/09/29(金) 16:58:18.28

そこまでするなら LoadLibrary GetProcAddress とあんま変わらないんだよな
面倒だからやりたくないんだよな

本田 · 2017/09/30(土) 02:18:18.30

GNU GDB 7.2 snapshot - with rudimentary TDS (Turbo Debugger Symbol) format support (originally written by Troy Rollo) obtained from old mail list postings,
and migrated to this snapshot with some corrections and slight enhancement.

https://sourceforge.net/projects/gdbwtds/

**デフォルトの名無しさん** · 2017/09/30(土) 20:08:15.20

MinGW-w64ならgendef

**デフォルトの名無しさん** · 2017/10/14(土) 20:06:56.97

MinGW　w64入れようとしてInstalling FilesでDownloading file...となってるときに
"The file has been downloaded incorrectly!"って言われてインストール失敗してたけど
ユーザー名に2バイト文字使われてたのが原因だった

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/10/14(土) 20:10:51.38

>>313
バグレポートよろしく。

**デフォルトの名無しさん** · 2017/10/15(日) 13:38:16.37

path tmp=c:\tmp とかに変わってても出るかな

**デフォルトの名無しさん** · 2017/10/16(月) 18:49:29.16

w64はインストーラ使わずに7zを直接落として使ってるわ。

**デフォルトの名無しさん** · 2017/11/07(火) 23:52:22.23

XPのPCで、mingw-get-setup.exe起動してMinGW+MSYSをインストールしようと
思ってるんだけど、「cannot open URL」と出てインストールできないんだけど、
対処法ありますか?

同じNW環境のWindows 7、10ではインストールできてます
ブラウザから、prdownloads.sourceforge.netのURL(～?downloadってついてるサーブレット?)へ
アクセスすると、インストーラが落とそうとしているパッケージはダウンロードできます
でもインストーラは、～.xzなパッケージをダウンロードできない、ようです

**デフォルトの名無しさん** · 2017/11/08(水) 00:55:49.63

>>317
ユーザー名が2バイト文字になってるとか

**デフォルトの名無しさん** · 2017/11/08(水) 08:27:55.55

>>318
情報どうもです
ユーザ名ですが、1バイト文字のみです

**デフォルトの名無しさん** · 2017/11/08(水) 09:10:26.33

OSから入れなおす

**デフォルトの名無しさん** · 2017/11/08(水) 18:39:27.64

proxy環境？

**デフォルトの名無しさん** · 2017/11/08(水) 22:37:34.17

317です

>>320
さすがに色々と設定されているので今からは…

>>321
いえ、Proxy環境ではありません

Avastとか切ってもやってみたのですが、相変わらずインストールが成功しません…

パッケージ類をwgetとかで手元に置いといてローカル環境からインストール、みたいなこと
できるのかな…

**デフォルトの名無しさん** · 2017/11/08(水) 23:21:27.15

>>322
インストーラはOSの、てかIEの機能使ってパッケージをダウンロードしてる

んで、XPのIEってIE8だろ

SourceForgeとのTLS1.1とか1.2でのネゴシエートみたいなのができないからだろうな
サイトもまともに見れないのでは

32ビット環境のWindows10でインストールされたフォルダを丸ごとXPにコピーしたらどうだろう

**デフォルトの名無しさん** · 2017/11/09(木) 05:29:26.55

>>322
別のPCかVM環境用意してそこでクリーンなOSで試すんだ
それでうまく逝かないんなら時間の無駄

**デフォルトの名無しさん** · 2017/11/10(金) 01:42:21.61

317です

クリーンインストールしたXPで再度試してみましたが、NGでした

>>323
これが真の理由のようです
IE8ではSourceForgeのページも表示されませんでした

**デフォルトの名無しさん** · 2017/11/10(金) 10:18:42.45

インストーラじゃなくminge-get単体で使えばいい
mingw-get updateしてから(mingw)\var\lib\mingw-get\dataの中を見れば必要なものは大体分かる

**perl 使えなくなった助けて** · 2017/12/19(火) 14:10:48.24

# # echo foo | sed -e 's/foo/bar/'
bar

✔ Success (retv = 0)

# # echo foo | perl -pe 's/foo/bar/'

✗ Failure (retv = 127)

# # which perl
/usr/bin/perl

**デフォルトの名無しさん** · 2017/12/20(水) 01:00:25.31

>>327
ファイル/usr/bin/perlが壊れてるんじゃねえのかな

perl -vってやって起動するかえ?

**デフォルトの名無しさん** · 2017/12/20(水) 18:52:59.06

>>328
起動しませんでした

apt-cyg remove perl
apt-cyg install perl
で解決しないから困りました

**デフォルトの名無しさん** · 2017/12/20(水) 19:01:22.45

なぜエラーメッセージ貼らないの

**デフォルトの名無しさん** · 2017/12/20(水) 19:56:04.98

失礼しました
# perl -v
✗ Failure (retv = 127)

**デフォルトの名無しさん** · 2017/12/20(水) 21:00:47.43

変なシンボリックリンクでも残ってる？

**デフォルトの名無しさん** · 2017/12/20(水) 21:32:25.03

それはないかと
# which perl
/usr/bin/perl

✔ Success (retv = 0)

# # /usr/bin/perl -v

✗ Failure (retv = 127)

**デフォルトの名無しさん** · 2017/12/21(木) 08:36:29.08

環境がよくわからない。failureとかの文字はshellが出してる？

**デフォルトの名無しさん** · 2017/12/21(木) 13:45:47.39

多分シェルがだしてる
このcygwin　は gnupack_devel-13.06-2015.11.08　のを使っています

**デフォルトの名無しさん** · 2017/12/21(木) 14:28:52.68

今気が付いたのですが gnupack のはポータブルなので
新しくダウンロードした方にhome 以下移したら
apt-cyg install xxx
などの手間はかかるけどperl 動きますね

今回はそれでOK
お騒がせしました

◆QZaw55cn4c · 2018/01/17(水) 12:28:36.69

手元の mingw32/g++ 6.4 で仮想デストラクタがらみがうまくいかない現象が起きています
mingw32/g++ 5.4 ベースに戻すとうまくいくようです

なにか情報ありませんか？

◆QZaw55cn4c · 2018/01/17(水) 20:43:07.77

>>337
モジュール名が更新されており、libstd++ ともども cygwin のモジュールを削除した上で新しく入れなおすことで解消しました
mingw64-g++6.4 で問題ありません
お騒がせいたしました

**デフォルトの名無しさん** · 2018/02/04(日) 09:38:03.86

Perlをmingw（windows7）でビルドできた人いる？
どうやったのか教えて欲しい

**デフォルトの名無しさん** · 2018/02/16(金) 06:30:03.04

☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

**デフォルトの名無しさん** · 2018/02/27(火) 20:04:40.07

スカトロMinGWがいち早くgcc7.3.0になったな

**デフォルトの名無しさん** · 2018/02/27(火) 21:40:18.84

最近MSYSがまともに動かないリリース連発してて萎えるわ
みんなWSLに移行したのかね

**デフォルトの名無しさん** · 2018/02/28(水) 09:58:25.81

>>342
更新失敗してない？
msys-2.0.dll (msys2-runtime)
pacman.exe (pacman)
bash.exe (bash)
この辺はいつも削除失敗で手動でコピーするはめになってる
人によってはターミナル系もかな

**デフォルトの名無しさん** · 2018/03/04(日) 12:57:37.44

これまでMSYS2と仮想マシン上のLinuxを両方使っててWSLも試してみたけど
WSLだけで全部賄うのは無理だし、MSYS2の代わりになるかも微妙だと思った

**デフォルトの名無しさん** · 2018/03/14(水) 14:55:32.55

cygwinってハードの最低動作環境ってどんなもん？
セレロンG1610でも十分動く？

**デフォルトの名無しさん** · 2018/03/14(水) 15:25:24.16

動く

**デフォルトの名無しさん** · 2018/03/17(土) 13:02:16.05

LLVM　Clangって､見つけたんですよ
gccより高速で､エラーの内容がわかりやすいんだけど
なんで､gcc使い続けてるの？

**デフォルトの名無しさん** · 2018/03/17(土) 18:31:14.60

ゼロから作るんならClangでも良いけどgccでコンパイルできる
ソースが必ずしもClangでコンパイルできる訳ではないからでは

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/03/21(水) 23:18:47.38

visual styleのマニフェスト設定がわからん。。。教えてくれよ。

**デフォルトの名無しさん** · 2018/03/22(木) 00:14:02.04

ここじゃない

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/03/22(木) 09:47:32.57

>>349
自己解決。

**デフォルトの名無しさん** · 2018/03/23(金) 04:57:37.56

スクリプト走らせてるとusememが肥大化してしまうのですが
Cygwinのメモリ開放ってどうやるんでしょうか？

**デフォルトの名無しさん** · 2018/03/23(金) 18:05:31.72

fg
^C
kill

**デフォルトの名無しさん** · 2018/03/23(金) 20:47:03.40

>>353
ありがとうございます
ただ、topなどで確認してもプロセスが占有してるというよりはよくわからないけどfreeのメモリが消費されてるといった感じなんです
あきらめて別の方法を探してみます

**デフォルトの名無しさん** · 2018/03/24(土) 23:48:25.89

スカトロMinGWを消してMinGW W64 7.3.0を入れた
ようやく来たか

**デフォルトの名無しさん** · 2018/04/12(木) 06:28:32.21

i686-7.3.0-release-posix-dwarf-rt_v5-rev0.7z
MD5 d1e009df8d254a15a549c5af2e2200db
SHA-1 96e11c754b379c093e1cb3133f71db5b9f3e0532
↑
これ、カスペが反応するんだけどみんなのところではどうよ
C:\mingw32\opt\bin\python.exe トロイの木馬

**デフォルトの名無しさん** · 2018/04/24(火) 18:03:19.77

>>356
カスペはわりと誤検知を是とする製品だね
除外リストに入れてやるしかないと思う

**デフォルトの名無しさん** · 2018/05/12(土) 12:16:05.84

msys2 64bitとcygwin64両方ともautomakeを使おうとすると
ラッパーさんから使えるバージョンはないとか怒られて終わります
これのせいでautoconfとかも途中で終わるのでつかえません
調べまくりましたが途方にくれました何かアドバイスを

ちなみにautoconfは普通にバージョン見ると2.69で
automakeは1.10から1.9までたくさん入っています
他のlibとかも全部入れたと思います
調べたらラッパースクリプトがバージョン判断出来なくてコケるみたいなのを見たんですが
そのへんがよくわかりません

**デフォルトの名無しさん** · 2018/05/12(土) 17:14:27.18

sygwinは分からんけどmsysはpacmanで入れたモジュールなのかな
普通にpacmanで作った環境では特に問題なくautoconfできるけど

**デフォルトの名無しさん** · 2018/05/12(土) 17:17:58.13

cygwinな
cをsと読むとはロシア系か？

**デフォルトの名無しさん** · 2018/05/12(土) 17:20:26.83

msysとmingwは入り口ちがうから注意な

**デフォルトの名無しさん** · 2018/05/12(土) 19:28:25.95

>>359
pacmanで入れました
(どうしてもPGP鍵のエラーを解決出来なかったのでｓｉｇｌｅｖｅｌ無理やり変えたけど)
自分が信用出来ないので複数の入門用サイトのインストール手順そのままなぞっても変わらず
cygwinは普通にsetupから入れました

autotoolなど使わないで普通にコンパイルするだけなら普通に出来ます
最初はemacsとかでかいのをやろうとしたのですが、ハローワールド的なプログラムで
試しにやってみてもautoreconf等やはりautomakeのところで引っかかって終わります

msys2とcygwin両方とも同じというのが何故なのかわからないです
msys2の入口はどのみち3種類どれでやっても結果は変わらないです
am-wrapperに使えるバージョンが無いって怒られます
pacmanの入れ方が駄目だったんでしょうか

**デフォルトの名無しさん** · 2018/05/12(土) 20:50:49.77

あれ？鍵の更新も出てるメッセージの通りにやれば出来なかったっけ？

**デフォルトの名無しさん** · 2018/05/13(日) 11:14:28.83

鍵は特に指示するようなメッセージはないです
暗号エンジンが不正とかパッケージが壊れてるとか鍵が不正とかそれだけで

とりあえず適当にautomakeを打つと
$ which automake
/usr/bin/automake
$ automake
am-wrapper: automake: error: Unable to locate any usuable version of automake.
I tried these versions:
With a base name of '/usr/bin/automake'.

msys2とcygwin64両方同じです
これは正しい反応なのでしょうか

**デフォルトの名無しさん** · 2018/05/13(日) 12:08:20.63

今気が付いたんですが
$ automake-1.10 とか直接やると当たり前かもしれませんがconfigure指定しろと動くので
やはり選択出来てないみたいです
あと調べるとWANT_AUTOMAKEでバージョン指定出来るみたいなので
それでautomakeするとエラーは出ないです
調べてもこんなところでつまずいてる人誰もいないみたいなのに何故…

**デフォルトの名無しさん** · 2018/05/14(月) 06:23:09.92

I tried these versions:
With a base name of '/usr/bin/automake'.

おかしいね

**デフォルトの名無しさん** · 2018/05/15(火) 13:37:48.79

MSYS2 からだと /proc/registry を見ればレジストリの内容を読めるけど、
レジストリの設定はどうやればいいの？

**デフォルトの名無しさん** · 2018/05/15(火) 15:38:03.48

上で長々とautomakeについて書いたものですが
最後に念のため全部管理者からにしてインストールから全て自分の知識を一切使わず
ぐぐったやり方に沿ってやりなおしたところやっぱり結果は同じでした

バージョン指定してautomakeを突破してもautom4teのエラーが出たりするので
とりあえず素直に諦めました
変なことは特にしてないと思うんですが…根本的に何かおかしいんでしょうね
一連の書き込み見て、もし何か気が付いた方いましたらよろしくお願いします

**デフォルトの名無しさん** · 2018/05/15(火) 15:54:21.90

まずMSYS2とCygwinで同じ状況というので疑われるのは環境の混在
きちんと分離できていれば両方同じ結果にはならないと思う
他のアプリを含めてWindowsのグローバルな環境変数を汚さないようにするかあるいは完全に把握してればこの手の問題は起き難い

**デフォルトの名無しさん** · 2018/05/17(木) 23:25:54.23

>>369
もしかしたら何か環境被ってるか影響受けて駄目なのかもしれないですね
両方全く一緒っていうのが…
今度時間空いたらまっさらなOSにでも入れてみようと思います

**デフォルトの名無しさん** · 2018/05/18(金) 08:58:45.15

まずは環境変数からCygwinを除去してみるところからだろ
そもそもWindowsの環境変数に混在させるのは良くない
必要な設定はシェルを起動するbatファイルにでも書いて切り分けをはっきりさせた方がいい

**デフォルトの名無しさん** · 2018/05/18(金) 11:16:28.24

.bash_profile に書こうな。

◆QZaw55cn4c · 2018/05/21(月) 22:21:15.09

コンパイラ g++ が-l オプションにてライブラリをサーチしてくれません
cygwin 上でのパス：/usr/loca/lib/libcppunit.a
実パス U:\usr\system\cygwin\usr\local\lib\libcppunit.a
をコンパイルオプション -l で見つけてくれるようにすればどうすればいいでしょうか？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/05/21(月) 22:23:06.54

エルとアイ、間違ってない？

◆QZaw55cn4c · 2018/05/21(月) 22:23:21.23

>>373
とりあえずコンパイラの -L オプションで凌ぐことにしました

◆QZaw55cn4c · 2018/05/21(月) 22:23:49.00

>>374
コメントありがとうございます
それは大丈夫でした

**デフォルトの名無しさん** · 2018/05/22(火) 16:58:07.60

>>375

勘違いしている気がするのは気のせいかな

「-l」はリンクするライブラリの「lib」を除いた名称を
指定するためのオプション

そのライブラリを検索する場所を指定するオプションが
「-L」じゃなかったっけ

**デフォルトの名無しさん** · 2018/05/22(火) 17:55:37.99

コンパイルオプションとリンクオプションは区別しろよ

◆QZaw55cn4c · 2018/05/22(火) 18:49:29.91

>>377
はい、-L usr/local/lib -lcppunit とベタ打ちすることにしました cygwin の環境変数を触るのはあきらめました…

**はちみつ餃子** ◆8X2XSCHEME · 2018/05/22(火) 21:21:40.16

>>379
LD_LIBRARY_PATH の設定で上手くいかないの？

**放置された蟻人間** ◆T6xkBnTXz7B0 · 2018/05/22(火) 21:31:43.78

困ったときはマニュアル

**デフォルトの名無しさん** · 2018/05/24(木) 10:33:38.46

◆QZaw55cn4c · 2018/05/24(木) 19:19:40.85

>>380
それが手元のWindows7環境ではうまくいかないのです…

**デフォルトの名無しさん** · 2018/05/25(金) 16:18:51.34

MinGW gcc 8.1.0来たな

**デフォルトの名無しさん** · 2018/05/25(金) 16:56:39.90

メジャー上がるの早ええな

**デフォルトの名無しさん** · 2018/05/25(金) 17:11:47.06

Firefoxみたいになってきた

**デフォルトの名無しさん** · 2018/05/25(金) 18:40:38.76

googleとかから資金と技術者が流れこんだかな？

**デフォルトの名無しさん** · 2018/05/26(土) 02:03:28.06

なんとしても__cplusplusを201703にするべく頑張ったんだろうなあ

**デフォルトの名無しさん** · 2018/05/26(土) 07:58:56.19

201402じゃん　・・・と思ったら
-std=c++17で201703になるのか

つーか7.3.0でもそうなるやん

**デフォルトの名無しさん** · 2018/05/26(土) 10:52:04.44

>>389
本当？知らなかった
7.3.0で-std=c++1zや-std=gnu++1zを付けてコンパイルしても__cplusplusは201402のままだったのだが俺環？
8.1.0なら-std=c++1zでちゃんと201703になる

**デフォルトの名無しさん** · 2018/05/26(土) 18:07:23.48

>>390
俺環
g++ (i686-posix-dwarf-rev0, Built by MinGW-W64 project) 7.3.0
686-7.3.0-release-posix-dwarf-rt_v5-rev0.7z
MD5: d1e009df8d254a15a549c5af2e2200db
SHA1: 96e11c754b379c093e1cb3133f71db5b9f3e0532

OS 名: Microsoft Windows 7 Professional
OS バージョン: 6.1.7601 Service Pack 1 ビルド 7601
プロセッサ: 1 プロセッサインストール済みです。
[01]: x64 Family 6 Model 60 Stepping 3 GenuineIntel ~2601 Mhz

**デフォルトの名無しさん** · 2018/06/12(火) 16:52:55.66

なんで-std=c++2aにせんの？

**デフォルトの名無しさん** · 2018/07/04(水) 22:46:38.56

2PL

**デフォルトの名無しさん** · 2018/07/06(金) 12:24:21.75

2PL

**デフォルトの名無しさん** · 2018/07/31(火) 03:17:47.09

MinGWだけど -Wl,--stack でどうしてもスタックサイズが変わらないので悩んでいた
dumpbinとeditbinを使うと変わるし確かめられるんだけど、ようやく方法がわかった

リンカの-Xlinker optionで --stack=<バイトサイズ> と指定すれば変わった
どうも-Wlにバグがあるみたいだな
それとも-Wl,--stack=<バイトサイズ>としないといけないのだろうか
まあリンカの方をいじるのが確実だな

**デフォルトの名無しさん** · 2018/07/31(火) 03:20:28.10

今試してみた
-Wl,--stack=<バイトサイズ> でも駄目でした
結局-Xlinker --stack=<バイトサイズ>で行きます

**デフォルトの名無しさん** · 2018/07/31(火) 05:20:50.36

OBJ吐いて結合のときと
OBJ吐かずにコンパイル即EXEのときで違うとか