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/

**デフォルトの名無しさん** · 2020/04/28(火) 10:52:09.80

マジレスするとmsys使ってて問題無ければwsl要らない

**デフォルトの名無しさん** · 2020/04/28(火) 17:09:56.15

>>684
共存できる。msys2はただのアプリでしかないから

>>685
msysの問題はUbuntuと同じようなメンテナンス力を期待できないところかな
WSLは本物のUbuntuのディストリのパッケージが使われてるので
Ubuntuとほぼ同等にメンテナンスされてると思っていい

だけどmsysは（Ubuntuと比べたら小さな）開発者が対応してるパッケージしか使えない
しかもLinuxと完全互換じゃないからmsysでソースコードからコンパイルしようとしても
動くとは限らない。WSLを使えばそういった煩わしさから開放される。

msysはWSLを入れてない人のためのWindows用アプリを作るためのものだよ
開発者がLinuxの代わりとして使うものじゃない

**デフォルトの名無しさん** · 2020/04/28(火) 17:14:36.86

ホームパスを一緒にすると色々弊害出そう

**デフォルトの名無しさん** · 2020/04/28(火) 17:30:05.30

>>687
シンボリックリンクでホームディレクトリ以下から
アクセスしやすくするのがおすすめ
色々と混ざらないし複数のディストリでも共有できる

**デフォルトの名無しさん** · 2020/04/28(火) 18:17:52.10

色々と混ぜたいからホームディレクトリを一緒にするんだろ
そうじゃなければ最初から分けとけばいいだけの話だ

**デフォルトの名無しさん** · 2020/04/28(火) 18:20:54.27

>>689
「色々」と混ぜたいならその「色々」だめを混ぜればいいじゃん
全部混ぜる必要はない

**デフォルトの名無しさん** · 2020/04/28(火) 18:21:10.90

「色々」と混ぜたいならその「色々」だけを混ぜればいいじゃん

**デフォルトの名無しさん** · 2020/04/29(水) 09:35:11.34

混ぜるな危険

**デフォルトの名無しさん** · 2020/04/29(水) 09:46:08.06

Microsoft Store に　WSL Ubuntu 20.04 LTS　出てるけど、まだ入れない方がいいんですか

**デフォルトの名無しさん** · 2020/04/29(水) 10:27:50.31

早くても、8月以降に、20.04.1 とか修正版が出た後。
1年後でも良い

Ruby のirb では、MSYS2/MinGW で、日本語入力でバグるから、
WSL の方が、互換性が高い

日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv で、
色々なバージョンも入れられる

VSCode も、Remote WSL 拡張機能で、Linux 側へアクセスできる

**デフォルトの名無しさん** · 2020/04/29(水) 10:38:59.10

>>679
コマンドプロンプト・PowerShell で、wsl と入力すれば、WSLが起動する

最も良いのは、Linux 側のフォルダのショートカットをデスクトップにでも作って、
そのフォルダの右クリックメニューから、VSCode を起動する

これで、WSLを起動して、Linux側のプロジェクトを開ける

**デフォルトの名無しさん** · 2020/04/29(水) 11:51:03.18

wsl, opensuse leapにmingw64入れてクロスビルドしてる。
configure作って--hostでmingw指定すれば楽勝すぎて屁が出そう

**デフォルトの名無しさん** · 2020/04/29(水) 11:51:38.68

自分が使っているWSLが１なのか２なのか知る方法は？

**デフォルトの名無しさん** · 2020/04/30(木) 13:35:41.83

openSUSE Leap 15.1用のmingw配布消えとるやん
くそがー

**デフォルトの名無しさん** · 2020/04/30(木) 17:32:57.91

そもそもWSL2はエンスー向けか
普通の人は１が入ってるのか

**デフォルトの名無しさん** · 2020/05/02(土) 23:21:47.63

MinGWっていうかGitBash環境なんだけど
WSL1より2倍ぐらいシェルスクリプトが遅いんだよね
どこが原因かわからんけどこんなもん？
なにか大きな差がでるポイントでもあるんかね？

**デフォルトの名無しさん** · 2020/05/03(日) 03:37:53.54

WSL1 (bash 4.4.20) だと
$ time bash -c 'i=0; while [ $i -lt 1000000 ]; do : $((i+=1)); done'
real 0m6.317s
user 0m6.313s
sys 0m0.000s

MinGW64 (bash 4.4.23) だと
$ time bash -c 'i=0; while [ $i -lt 1000000 ]; do : $((i+=1)); done'
real 0m15.053s
user 0m15.000s
sys 0m0.030s

Cygwin (bash 4.4.12) だと
$ time bash -c 'i=0; while [ $i -lt 1000000 ]; do : $((i+=1)); done'
real 0m13.897s
user 0m13.858s
sys 0m0.046s

うーん、こんな単純なコードで2倍の差がでてるから
もうこれはどうしようもないのか？

**デフォルトの名無しさん** · 2020/05/03(日) 04:04:18.44

比較とか計算が遅いのかと思ってやってみたけど
この比率は変わらない

WSL1
$ time bash -c 'for i in $(seq 1000000); do :; done'
real 0m2.159s
user 0m1.828s
sys 0m0.359s

Cygwin
$ time bash -c 'for i in $(seq 1000000); do :; done'
real 0m4.222s
user 0m3.889s
sys 0m0.341s

MinGW64
$ time bash -c 'for i in $(seq 1000000); do :; done'
real 0m4.821s
user 0m4.342s
sys 0m0.436s

WSL1 → Cygwin（２倍ぐらい遅い）→MinGW（さらに10%遅い）
こんな傾向がある。ファイルシステムは関係ないはず
やってるのはCPUの処理だけなはずなんだけどなぁ

**デフォルトの名無しさん** · 2020/05/03(日) 05:18:19.65

調べるとradeonのドライバを切れとか書いてあるけど…

**デフォルトの名無しさん** · 2020/05/03(日) 05:22:33.02

>>703
使ってないよｗ

**デフォルトの名無しさん** · 2020/05/03(日) 05:24:47.68

radeonの話は画面に出力が絡むなら
関係ありそうな気もするけど、それ以外でも発生するんだろうかね
あとHOMEは MinGWは /c/Users/myname
Cygwinは/home/mynameだ

**デフォルトの名無しさん** · 2020/05/03(日) 05:26:40.40

よく見ると大きな差があるのはuser空間だから
コンパイルオプションが違ってるとかなのかな？

**デフォルトの名無しさん** · 2020/05/03(日) 05:38:01.14

seq使うんじゃなくて{1..1000000}の方がいいかもね

**デフォルトの名無しさん** · 2020/05/03(日) 06:00:40.65

>>707
つってもわずか一回だからなぁ。やってみてもいいけど

WSL1
$ time bash -c 'for i in {1..1000000}; do :; done'
real 0m1.710s
user 0m1.547s
sys 0m0.156s

Cygwin
$ time bash -c 'for i in {1..1000000}; do :; done'
real 0m4.854s
user 0m4.811s
sys 0m0.108s

MinGW64
$ time bash -c 'for i in {1..1000000}; do :; done'
real 0m4.934s
user 0m4.843s
sys 0m0.109s

あとあれから少しわかったのはMinGWは何回か繰り返せば
Cygwinに迫るのでファイル読み込み？とかも少し関連してるんだと思う
が2倍以上かかることに変わりはない

cygwin.dll？とかが遅いのかもな。MinGWでも使ってるんじゃなかったっけ？

**デフォルトの名無しさん** · 2020/05/03(日) 07:25:18.35

>>708
を、WSL1, Ubuntu 18.04 で、3回やった。
8GB メモリ、CPU-i3・エコモード

real 0m4.680s
user 0m4.234s
sys 0m0.453s

**デフォルトの名無しさん** · 2020/05/03(日) 07:38:38.22

>>709
いや比較しないと意味ないだろｗ

**デフォルトの名無しさん** · 2020/05/03(日) 07:39:48.20

ちなみに俺のはCPUはi7な
Cygwin、MinGWを実行したら
それの2倍かかるはず

**デフォルトの名無しさん** · 2020/05/03(日) 21:39:24.17

cygwinはforkがヘボいから遅い
MinGWといいつつmsysのbashやろ
これもforkがcygwinゆずりだから遅い。
wslもfork遅いと思うけど。
virtual boxにwindowsファイルを共有させたものの方が実は速い。
純粋にwindowsとLinuxの環境を同居させたきゃ仮想PC
Linuxでwindows binaryをクロスビルド、テストまでしたけりゃwsl

**デフォルトの名無しさん** · 2020/05/03(日) 21:47:49.28

まあ名前解決のところと passwd/group の設定はしといた方がいいね

**デフォルトの名無しさん** · 2020/05/03(日) 23:40:13.01

>>712
forkが遅いのはわかってるけど、
このコードでforkなんて大量にはしないだろ？

time bash -c 'for i in {1..1000000}; do :; done'

**デフォルトの名無しさん** · 2020/05/04(月) 02:27:10.75

元々、bash が、ループ向きではないから、dash などを使う

for は遅いから、while などを使う。
実行時間中のほとんどが、フォークの時間

ループは、awk, perl, ruby などでは、0.1 秒も掛からない。
単一プロセス中の処理だから

**デフォルトの名無しさん** · 2020/05/04(月) 03:06:12.15

あ、dashの結果書くの忘れてた。dashは速いから数を10倍にしてる
傾向は一緒。ただのループなのに2倍ぐらいの差が出てしまう

WSL1
$ time dash -c 'for i in $(seq 10000000); do :; done'
real 0m4.480s
user 0m2.875s
sys 0m2.047s

Cygwin
$ time dash -c 'for i in $(seq 10000000); do :; done'
real 0m7.598s
user 0m6.531s
sys 0m1.296s

MinGW64
$ time dash -c 'for i in $(seq 10000000); do :; done'
real 0m7.905s
user 0m6.905s
sys 0m1.155s

**デフォルトの名無しさん** · 2020/05/04(月) 03:06:42.72

>>715
どこでフォークしてるというの？

**デフォルトの名無しさん** · 2020/05/04(月) 03:16:08.18

awkは更に速いから、更に10倍にしてる。これなら理解できるな。
CygwinとMinGW64がWSL1より少し遅いのは起動時のパフォーマンスの差だろう
ってことはシェルスクリプトだと、なにか遅くなる処理をやってるってことか
整数型じゃないとか？

WSL1
$ time awk 'BEGIN{i=0;for(i=0;i<100000000;i++);}'
real 0m4.121s
user 0m4.109s
sys 0m0.016s

Cygwin
time awk 'BEGIN{i=0;for(i=0;i<100000000;i++);}'
real 0m4.978s
user 0m4.875s
sys 0m0.031s

MinGW64
$ time awk 'BEGIN{i=0;for(i=0;i<100000000;i++);}'
real 0m4.586s
user 0m4.562s
sys 0m0.015s

**715** · 2020/05/04(月) 04:54:04.28

for がコマンドだから、フォークされるのだろ。
だから、シェルスクリプトでは、while を使えと言われる

bash よりも、dash を使う。
それ以上は、awk, perl, ruby

**デフォルトの名無しさん** · 2020/05/04(月) 05:14:01.45

whileを使うと遅いからforに変えたのですが？
forを使った>>716とループ回数は同じ

WSL1
$ time dash -c 'for i in $(seq 10000000); do :; done'
real 0m4.480s
user 0m2.875s
sys 0m2.047s

$ time dash -c 'i=0; while [ $i -lt 10000000 ]; do i=$((i+1)); done'
real 0m15.811s
user 0m15.766s
sys 0m0.016s

Cygwin
$ time dash -c 'for i in $(seq 10000000); do :; done'
real 0m7.598s
user 0m6.531s
sys 0m1.296s

$ time dash -c 'i=0; while [ $i -lt 10000000 ]; do i=$((i+1)); done'
real 0m26.173s
user 0m26.109s
sys 0m0.031s

MinGWはCygwinと大差ないので省略

**715** · 2020/05/04(月) 07:28:52.02

8年前のシェルスクリプトの本には、
10万行の処理で、

for : 9分
while : 5秒
awk/perl : 0.1秒

**715** · 2020/05/04(月) 07:33:20.66

$((i+1)) という部分が、コマンドだから遅いのだろう

ほとんどが、そのフォーク時間

**デフォルトの名無しさん** · 2020/05/04(月) 07:37:26.49

せいぜいbashのサブコマンドで、forkしとらん気がする
ただマルチスレッドは使ってるかも知れんし、その際のメモリ操作はなんか性能の問題があった気はする

**デフォルトの名無しさん** · 2020/05/04(月) 07:49:25.72

>>722
コマンドじゃないよ

**デフォルトの名無しさん** · 2020/05/04(月) 18:39:29.61

$(())内でiを更新できることから分かるようにforkしていないし、少なくともbashとdashはシングルスレッド

linux上で
ltrace -f bash -c 'for i in {1..1000000}; do :; done'
したら、mallocを何度も呼んでいるようだから、ヒープ操作関係が遅い可能性はある
実際、linux上でもmallocの実装をglibcのからjemallocに切り替えたら上のループが2割近く速くなった

**デフォルトの名無しさん** · 2020/05/06(水) 17:53:36.31

wsl2は仮想マシンになるのか
windowsバイナリ実行できるのかな

**デフォルトの名無しさん** · 2020/05/06(水) 19:33:37.07

以下のパッケージ、入れようとすると対象が見つからないと出るんだけど・・・

dlfcn
libpng
tools-git
jq
clang

**デフォルトの名無しさん** · 2020/05/06(水) 20:42:44.30

WSL, Ubuntu 18.04 には、jq もあるけど

apt-cache show jq

メンテナー : 陳昌倬

**デフォルトの名無しさん** · 2020/05/06(水) 22:45:14.75

>>727
ないんだろ？Cygwinは独自のディストリ
Windowsに移植できたもの、自分が関心があるパッケージしか
登録されていない

**デフォルトの名無しさん** · 2020/05/11(月) 23:46:54.34

GCC 10.1まだですか

**デフォルトの名無しさん** · 2020/05/12(火) 00:26:10.57

ついにGCCのバージョンも10まできたか・・

**デフォルトの名無しさん** · 2020/05/12(火) 01:18:10.18

GCCじゅにや

**デフォルトの名無しさん** · 2020/05/12(火) 07:09:28.82

カバにダンスをさせるのは
あまり楽しくないそうだ

**デフォルトの名無しさん** · 2020/05/14(木) 00:17:24.56

MSYS2でWin32アプリ作ってみようとチャレンジ中

**デフォルトの名無しさん** · 2020/05/14(木) 10:05:25.88

きばれ
tdm-gcc (64)

**デフォルトの名無しさん** · 2020/05/14(木) 10:09:03.48

https://jmeubank.github.io/tdm-gcc/articles/2020-03/9.2.0-release

**デフォルトの名無しさん** · 2020/05/14(木) 10:17:17.31

Ruby はやめとけ

**デフォルトの名無しさん** · 2020/05/22(金) 14:26:50.74

msys2をサイレントインストールするにはどうしたら良いですか？

**デフォルトの名無しさん** · 2020/05/28(木) 04:57:53.37

WSL2で 9PFs 経由でWin32側のファイルを読み込むの、なんでこんな遅いの？

**デフォルトの名無しさん** · 2020/05/28(木) 05:10:55.81

仮想マシン経由だからでは？
だからWSL1も引き続き開発してるわけで

**デフォルトの名無しさん** · 2020/05/29(金) 02:44:46.36

そろそろ更新してくれ

**デフォルトの名無しさん** · 2020/06/23(火) 03:13:01.66

新版まだですか～

**デフォルトの名無しさん** · 2020/06/23(火) 04:40:31.79

あきらめれ。Cygwinはもうお役御免

**デフォルトの名無しさん** · 2020/06/23(火) 05:19:55.35

同意。mingwは存在意義があるけど、cygwinは役割を終えた。

**デフォルトの名無しさん** · 2020/06/23(火) 07:12:20.62

cygwin
ついに死す、か・・

**デフォルトの名無しさん** · 2020/06/23(火) 08:06:26.09

大往生だね

**デフォルトの名無しさん** · 2020/06/23(火) 12:40:28.65

mingwは「Git For Windows」のバンドルモジュールとしてしぶとく生き残る。
cygwinはdll依存をなくしてmingwに統合されていくでしょ。

**デフォルトの名無しさん** · 2020/06/23(火) 13:37:46.90

それを言ったらGit Bashはmsys2のbashだが、bashがmingwに移植されるとは思えんな

**デフォルトの名無しさん** · 2020/06/23(火) 13:44:06.97

gcc -staticがデフォじゃないのがよくわからん
じゃあMinGWの立ち位置って何よって

**デフォルトの名無しさん** · 2020/06/23(火) 13:57:09.75

https://www.itmedia.co.jp/enterprise/articles/2006/18/news108.html
http://www.security-next.com/096491

**デフォルトの名無しさん** · 2020/06/23(火) 14:46:14.01

bash使いたいならbusybox-w32を使えばいいじゃない

**デフォルトの名無しさん** · 2020/06/23(火) 18:04:53.62

MinGWの立ち位置？
Win32アプリをビルドできるGCC環境

**蟻人間** ◆T6xkBnTXz7B0 · 2020/06/23(火) 18:07:43.51

ReactOS Build Environment (RosBE)という選択肢もアリます。

◆QZaw55cn4c · 2020/06/23(火) 18:42:37.39

MSVC に依存したくないので、mingw をお手軽に維持できる cygwin 環境はありがたいですね…

**蟻人間** ◆T6xkBnTXz7B0 · 2020/06/23(火) 18:50:53.69

WineHQとかRosBEとかはLinuxでも使えるクロスコンパイラを用意している。まあ、やる人は少ないが。

**デフォルトの名無しさん** · 2020/06/23(火) 18:53:16.90

別にlinuxからでもクロスコンパイルできるんやろ？

**蟻人間** ◆T6xkBnTXz7B0 · 2020/06/23(火) 19:25:00.34

XPでも動くプログラムが作れるってのが味噌。MSYS2はVista+に移行した。

**デフォルトの名無しさん** · 2020/06/23(火) 22:02:49.42

mac OSはzshに移行したというのに

**デフォルトの名無しさん** · 2020/06/23(火) 22:14:53.82

移行したと言うか、互換性の点でbashの方が良かったが
bashのライセンスがGPL3に変わって受け入れられなかったから
仕方なくzshにしたってだけだろ
古いbash 3系よりは、zshの方がまだましという消極的な理由

**デフォルトの名無しさん** · 2020/06/24(水) 11:23:52.65

>>752
>>754
tdmgcc で cygwin から解放されました
ほんとうにありがとうございました

**デフォルトの名無しさん** · 2020/07/23(木) 17:26:38.39

更新まだですか

**デフォルトの名無しさん** · 2020/07/25(土) 17:28:58.82

tdmgcc は wikipedia では開発が止まった事になってるな。

**デフォルトの名無しさん** · 2020/07/25(土) 19:44:16.83

フェラチオザウルスにパクってされちゃうよ

**デフォルトの名無しさん** · 2020/07/27(月) 10:47:44.01

日本語情報が怪しい時は
英語で探せとあれほど
https://en.wikipedia.org/wiki/TDM-GCC

**デフォルトの名無しさん** · 2020/08/02(日) 17:49:35.08

GCC10.2が出ましたが更新まだですか

**デフォルトの名無しさん** · 2020/08/02(日) 21:42:09.02

まあそうせかすな

**デフォルトの名無しさん** · 2020/08/13(木) 04:41:43.17

例の場所に10.2.1きとる

**デフォルトの名無しさん** · 2020/08/27(木) 16:58:23.47

10.2.1更新来たな

**デフォルトの名無しさん** · 2020/09/06(日) 05:21:00.21

どこ。

**デフォルトの名無しさん** · 2020/09/06(日) 14:38:00.75

>>768
来たな

**デフォルトの名無しさん** · 2020/09/12(土) 15:02:17.29

>>769
教えない

**デフォルトの名無しさん** · 2020/09/12(土) 15:31:34.91

どこもろ

**デフォルトの名無しさん** · 2020/09/13(日) 02:49:17.38

どこやねん

**デフォルトの名無しさん** · 2020/09/13(日) 23:19:27.35

VSと比べてＤＬＬサイズが異常に大きいのは何故？

**デフォルトの名無しさん** · 2020/09/13(日) 23:36:47.82

例外処理テーブルとか

**デフォルトの名無しさん** · 2020/09/14(月) 06:19:49.80

なるほど

**デフォルトの名無しさん** · 2020/09/22(火) 10:07:53.86

例の場所に更新

**デフォルトの名無しさん** · 2020/09/22(火) 15:23:38.04

どこやねん

**デフォルトの名無しさん** · 2020/09/22(火) 18:05:26.68

検索すらできないのか
それともネタなのか

**デフォルトの名無しさん** · 2020/09/22(火) 19:37:32.27

今時mingwはmsys2のを使っときゃいいんだよ

**デフォルトの名無しさん** · 2020/09/23(水) 11:02:58.68

検索してもわからんやろ

**デフォルトの名無しさん** · 2020/09/23(水) 23:46:41.48

SourceForgeのMinGWページを隅から隅まで探せば書いてあるじゃん

**デフォルトの名無しさん** · 2020/09/24(木) 04:03:25.38

隅から隅まで探さないといけないやつを検索すらできないのかっていうのはなんか違わない？？？？？
僕そもそもなぜかCygwinの話だと思ってたからそれ以前の問題なんですけど

**デフォルトの名無しさん** · 2020/09/24(木) 08:19:03.36

こまけーことは気にせずにmsys2使っときゃええんやで
cygwinはなあ…gccの更新いつも遅いから

**デフォルトの名無しさん** · 2020/09/25(金) 02:23:28.62

Last Update: 2018-07-13