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/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

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

Git for Windows にバンドルされてるbash使えばいい。
ビルド環境はStrawberry Perlにバンドルされてるのを使えばいい。

**デフォルトの名無しさん** · 2020/09/25(金) 10:53:31.32

git bash まじ重宝

**デフォルトの名無しさん** · 2020/09/25(金) 16:22:15.04

git bash何かいらねえ

**デフォルトの名無しさん** · 2020/09/27(日) 12:42:54.48

>>775
例外処理省く方法教えて
デカすぎて

**デフォルトの名無しさん** · 2020/09/27(日) 17:29:20.39

デバッグビルドしてストリップしてないとか？

**デフォルトの名無しさん** · 2020/09/27(日) 17:39:43.97

ライブラリをストリップしたらあかんのではないかな
gccのオプションにexceptionのなんかがあった気がする

**デフォルトの名無しさん** · 2020/09/27(日) 17:55:53.32

なんでライブラリをストリップしちゃだめなの？

**デフォルトの名無しさん** · 2020/09/28(月) 05:51:50.74

ごめんなさい
デバッグしてた
ありがとう

**デフォルトの名無しさん** · 2020/09/28(月) 17:33:38.94

Visual Studioに入ってるdumpbinに相当するコマンドある？
DLLのエクスポートテーブルを覗きたいんだけど

**デフォルトの名無しさん** · 2020/09/28(月) 18:01:48.48

digitalmars_com /ctg/implib.html
wiki_dlang_org /Win32_DLLs_in_D
www_kmonos_net /alang/d/dll.html

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

>>794
objdump
readelf

**デフォルトの名無しさん** · 2020/10/16(金) 19:44:08.37

ｵｰｲ

**デフォルトの名無しさん** · 2020/10/16(金) 22:45:48.97

ﾊﾆﾏﾙ

**デフォルトの名無しさん** · 2020/10/19(月) 13:45:57.53

>>79チンチンなめなさい

**デフォルトの名無しさん** · 2020/11/09(月) 21:03:17.57

fork: retry: resource temporarily unavailable とかでて直せない。
rebaseallとかやっても効果ないみたいだし
もうcygwin、msysのテストやめようかな

**デフォルトの名無しさん** · 2020/11/10(火) 12:08:26.08

おそらく D よりも需要無い

**デフォルトの名無しさん** · 2020/11/10(火) 12:59:45.22

>>800
よっぽど暇なんだね

**デフォルトの名無しさん** · 2020/12/15(火) 15:11:54.58

MSYS2には、lscpuコマンドはないのかな？
CentOSなんかだとutil-linuxパッケージに入ってるけど、MSYS2のには入ってないもよう。。。

**デフォルトの名無しさん** · 2020/12/15(火) 15:49:11.07

cpuinfoあるんだっけ

**デフォルトの名無しさん** · 2020/12/15(火) 15:58:16.71

/proc/cpuinfo
/proc/meminfo
/usr/bin/free
はあるんだけど、lscpuはないんだよな。。。

**デフォルトの名無しさん** · 2020/12/15(火) 17:22:03.48

MinGWって終わってるよな

**デフォルトの名無しさん** · 2020/12/15(火) 22:11:01.31

Windows 10, WSL2, Ubuntu 18.04 には、

/usr/bin/lscpu
がある

**デフォルトの名無しさん** · 2020/12/16(水) 21:38:25.53

で？

**デフォルトの名無しさん** · 2020/12/19(土) 14:26:36.44

MSYS2の終わりだよよう。。。

**デフォルトの名無しさん** · 2020/12/22(火) 16:11:28.24

ってかこの世の終わりだよう。。。

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

コロナもどんどん変異種がでてきとるしな
もう人類は無理だろ
さよなら人類

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

マジで終わりそうでコロナ怖い

**デフォルトの名無しさん** · 2021/01/18(月) 06:41:44.76

武漢熱な
責任をぼかす言い方やめようぜ

**デフォルトの名無しさん** · 2021/01/18(月) 07:07:52.97

自民党支持者ってまだcygwin使ってるんだ

**デフォルトの名無しさん** · 2021/01/18(月) 16:38:16.66

https://www.youtube.com/watch?v=BfrNJ_CQja8