Cygwin + MinGW + GCC 相談室 Part 8

1 名前：デフォルトの名無しさん [2014/09/23(火) 00:20:11.40 ID:G97CLCj1.net] Windows上で動作するフリーの開発環境 CygwinとMinGWに関する相談スレッドです。 過去スレ: Cygwin + MinGW + GCC 相談室 Part 7 peace.2ch.net/test/read.cgi/tech/1357019230/ Cygwin + MinGW + GCC 相談室 Part 6 toro.2ch.net/test/read.cgi/tech/1304609116/ Cygwin + MinGW + GCC 相談室 Part 5 hibari.2ch.net/test/read.cgi/tech/1269400706/ Cygwin + MinGW + GCC 相談室 Part 4 pc12.2ch.net/test/read.cgi/tech/1221233882/ cygwin + mingwn + gcc 相談室 Part3 pc11.2ch.net/test/read.cgi/tech/1177944767/ cygwin + mingwn + gcc 相談室 Part2 pc11.2ch.net/test/read.cgi/tech/1126103347/ cygwin + mingwn + gcc 相談室 pc8.2ch.net/test/read.cgi/tech/1058134693/ 関連サイト: Cygwin www.cygwin.com/ MinGW www.mingw.org/ 関連スレッド: GCCについて part10 toro.2ch.net/test/read.cgi/tech/1315026784/ 665 名前：デフォルトの名無しさん mailto:sage [2020/04/20(月) 14:18:38 ID:2UEzrf8e.net] >>663 LinuxツールのWindowsネイティブ版への移植以外になんかあるの？ ffmpegもそうだし まあ全員がWSLをインストールしてるとは限らないから Windowsネイティブ版を作る意味はあるだろうね。 666 名前：デフォルトの名無しさん mailto:sage [2020/04/20(月) 17:04:12 ID:lEczCUui.net] だから何としか言えねぇ 667 名前：デフォルトの名無しさん [2020/04/20(月) 21:50:47 ID:vn9gJe4h0.net] cygwin mingw wsl 作ったアプリの動作時オーバーヘッド（動作速度）が大きい順に並べて 668 名前：デフォルトの名無しさん mailto:sage [2020/04/20(月) 21:54:06.18 ID:iSOfvkhv.net] c w m 669 名前：デフォルトの名無しさん [2020/04/20(月) 21:57:01.49 ID:vn9gJe4h0.net] マジかよWSLに失望しました。窓から投げ捨ててMinGWに乗り換えます 670 名前：デフォルトの名無しさん mailto:sage [2020/04/20(月) 23:38:08.46 ID:pVOiahav.net] いやいや君なんでも即断すぎやろw 671 名前：デフォルトの名無しさん mailto:sage [2020/04/21(火) 05:17:44.95 ID:Lx1iEb8v.net] >>670 結論ありきの質問だからねｗ 使ってみればわかる。 WSLが一番軽いし一番正確に動く。 672 名前：デフォルトの名無しさん mailto:sage [2020/04/22(水) 00:52:15.00 ID:nnh+EV8P.net] mingw-w64-〇〇〇-yasm-1.3.0-4 (は32bit用はi686、64bit用はx86_64) yasm-1.3.0-2 どう違うの？ 入れるのはどっち？ 673 名前：デフォルトの名無しさん mailto:sage [2020/04/22(水) 09:41:29.70 ID:UQ7whF8j.net] 前者はMinGW-w64のDLLが必要。いわゆるネイティブアプリ 後者はMSYSのDLLと場合によってはターミナルエミュレータが必要 どちらを使うかは環境と用途次第 674 名前：デフォルトの名無しさん [2020/04/22(水) 09:46:40.84 ID:O/jaLKmb.net] おま環 675 名前：デフォルトの名無しさん mailto:sage [2020/04/23(木) 21:18:54 ID:4ZqPhGA2.net] msys2を入れてpacman -Syuをやった後、home/PC名のフォルダに、.gnupgというフォルダがあるんだけど、これって消しちゃダメ？ 676 名前：デフォルトの名無しさん [2020/04/26(日) 14:07:46.35 ID:XGLrD3LC0.net] え！？WSLってそのままでは音流せないんですか！？ 677 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 15:10:53 ID:O/ywVmO1.net] gnupgってGPGだろ GNU製のPGP暗号化と復号プログラム 678 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 16:13:34.86 ID:D7tlSM02.net] >>676 PulseAudio使えばいいだけじゃね？ 679 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 04:32:34.19 ID:xcrAouIA0.net] ではWSLは、デフォルトでは音すら流せない杜撰な造りをしていると認めるんですか？ 680 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 06:42:04.21 ID:4F1K1x/3.net] 単にサウンドデバイスを実装してないだけだよ 設計は良く出来てるので実装しようと思えば出来るだろうが 利用者が求めてない機能なので優先度が低い WSLの利用者は開発者だからね。開発者が欲しい機能が最優先 681 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 06:46:16 ID:4F1K1x/3.net] あ、もしWSLが開発者向けの機能を優先してるのを知った上で WSLは駄目だって印象を与えようとした書き込みだったらごめん、邪魔したね そうでないなら音ならWindowsで鳴らせばいいと気づければOKだよ 音を鳴らす程度のためにWSLは不要だからね 682 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 17:16:43 ID:cdGyQVmm.net] >>658 wslはwslのコマンドラインからlinuxバイナリもwindowsバイナリも動く優れものなんだよ 683 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 18:06:23 ID:AD9YXzU7.net] >>682 そうそう。だからbashのシェルスクリプトで Windowsのコマンドを実行してOSの設定を変更するとかできちゃう 684 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 19:44:31 .net] Windowsのコマンドプロンプト側からWSLのディレクトリに入っていけるの？ 685 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 19:55:00 ID:AD9YXzU7.net] >>684 それはコマンドプロンプト自体の問題で、こいつは古いアプリなのでUNCパスに対応していない UNCパス（\\ではじまるネットワークフォルダのパス）を扱えるツールを使う必要がある WSLのディレクトリに対応してるかというよりも ネットワークフォルダに対応しているかという話に近い PowerShellはUNCパスに対応しているからWSLのディレクトリにも入れる コマンドプロンプトから実行するコマンドもUNCパスに対応していれば参照できる またネットワークフォルダはドライブに割り当てることが出来るので ドライブに割り当てればコマンドコマンドからWSLのディレクトリに入ることも出来る 686 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 19:56:20 ID:AD9YXzU7.net] ちなみにcdの代わりにpushdを使えば コマンドコマンドからUNCパスに移動できる 一時的にドライブを割り当てているだけだが 687 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 22:41:42 .net] 詳しい情報サンクス！ これなら皆がWSLへｌ移行するのもわかる気がする 688 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 23:26:27 ID:hGgbh3Gh.net] windowsのSSHサーバ立ち上げてwslをシェルにできるのは便利 PowerShell極めてるひとなら不要かもしれんけどね 689 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 10:33:28 ID:gG+m5xpc.net] MSYS2とWSLって共存出来るんですか？ 690 名前：デフォルトの名無しさん [2020/04/28(火) 10:52:09 ID:zAZN/f3s.net] マジレスするとmsys使ってて問題無ければwsl要らない 691 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 17:09:56 ID:7TaGv6sC.net] >>689 共存できる。msys2はただのアプリでしかないから >>690 msysの問題はUbuntuと同じようなメンテナンス力を期待できないところかな WSLは本物のUbuntuのディストリのパッケージが使われてるので Ubuntuとほぼ同等にメンテナンスされてると思っていい だけどmsysは（Ubuntuと比べたら小さな）開発者が対応してるパッケージしか使えない しかもLinuxと完全互換じゃないからmsysでソースコードからコンパイルしようとしても 動くとは限らない。WSLを使えばそういった煩わしさから開放される。 msysはWSLを入れてない人のためのWindows用アプリを作るためのものだよ 開発者がLinuxの代わりとして使うものじゃない 692 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 17:14:36 ID:qC7CqvMj.net] ホームパスを一緒にすると色々弊害出そう 693 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 17:30:05 ID:7TaGv6sC.net] >>692 シンボリックリンクでホームディレクトリ以下から アクセスしやすくするのがおすすめ 色々と混ざらないし複数のディストリでも共有できる 694 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 18:17:52 ID:eCWBo+Hl.net] 色々と混ぜたいからホームディレクトリを一緒にするんだろ そうじゃなければ最初から分けとけばいいだけの話だ 695 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 18:20:54 ID:7TaGv6sC.net] >>694 「色々」と混ぜたいならその「色々」だめを混ぜればいいじゃん 全部混ぜる必要はない 696 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 18:21:10 ID:7TaGv6sC.net] 「色々」と混ぜたいならその「色々」だけを混ぜればいいじゃん 697 名前：デフォルトの名無しさん [2020/04/29(水) 09:35:11 ID:TuLha3Ht.net] 混ぜるな危険 698 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 09:46:08.06 .net] Microsoft Store に　WSL Ubuntu 20.04 LTS　出てるけど、まだ入れない方がいいんですか 699 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 10:27:50.31 ID:Cpi+Il5+.net] 早くても、8月以降に、20.04.1 とか修正版が出た後。 1年後でも良い Ruby のirb では、MSYS2/MinGW で、日本語入力でバグるから、 WSL の方が、互換性が高い 日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv で、 色々なバージョンも入れられる VSCode も、Remote WSL 拡張機能で、Linux 側へアクセスできる 700 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 10:38:59 ID:Cpi+Il5+.net] >>684 コマンドプロンプト・PowerShell で、wsl と入力すれば、WSLが起動する 最も良いのは、Linux 側のフォルダのショートカットをデスクトップにでも作って、 そのフォルダの右クリックメニューから、VSCode を起動する これで、WSLを起動して、Linux側のプロジェクトを開ける 701 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 11:51:03 ID:Jemg3aCN.net] wsl, opensuse leapにmingw64入れてクロスビルドしてる。 configure作って--hostでmingw指定すれば楽勝すぎて屁が出そう 702 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 11:51:38 .net] 自分が使っているWSLが１なのか２なのか知る方法は？ 703 名前：デフォルトの名無しさん mailto:sage [2020/04/30(木) 13:35:41.83 ID:HbyVq09Q.net] openSUSE Leap 15.1用のmingw配布消えとるやん くそがー 704 名前：デフォルトの名無しさん mailto:sage [2020/04/30(木) 17:32:57 .net] そもそもWSL2はエンスー向けか 普通の人は１が入ってるのか 705 名前：デフォルトの名無しさん [2020/05/02(土) 23:21:47.63 ID:nkPqW+JC.net] MinGWっていうかGitBash環境なんだけど WSL1より2倍ぐらいシェルスクリプトが遅いんだよね どこが原因かわからんけどこんなもん？ なにか大きな差がでるポイントでもあるんかね？ 706 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 03:37:53 ID:HUz+EFHq.net] 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倍の差がでてるから もうこれはどうしようもないのか？ 707 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 04:04:18.44 ID:HUz+EFHq.net] 比較とか計算が遅いのかと思ってやってみたけど この比率は変わらない 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の処理だけなはずなんだけどなぁ 708 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 05:18:19 ID:1PSoskYy.net] 調べるとradeonのドライバを切れとか書いてあるけど… 709 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 05:22:33 ID:HUz+EFHq.net] >>708 使ってないよｗ 710 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 05:24:47.68 ID:HUz+EFHq.net] radeonの話は画面に出力が絡むなら 関係ありそうな気もするけど、それ以外でも発生するんだろうかね あとHOMEは MinGWは /c/Users/myname Cygwinは/home/mynameだ 711 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 05:26:40 ID:HUz+EFHq.net] よく見ると大きな差があるのはuser空間だから コンパイルオプションが違ってるとかなのかな？ 712 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 05:38:01.14 ID:1PSoskYy.net] seq使うんじゃなくて{1..1000000}の方がいいかもね 713 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 06:00:40 ID:HUz+EFHq.net] >>712 つってもわずか一回だからなぁ。やってみてもいいけど 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でも使ってるんじゃなかったっけ？ 714 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 07:25:18 ID:69WKUEPM.net] >>713 を、WSL1, Ubuntu 18.04 で、3回やった。 8GB メモリ、CPU-i3・エコモード real 0m4.680s user 0m4.234s sys 0m0.453s 715 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 07:38:38.22 ID:HUz+EFHq.net] >>714 いや比較しないと意味ないだろｗ 716 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 07:39:48 ID:HUz+EFHq.net] ちなみに俺のはCPUはi7な Cygwin、MinGWを実行したら それの2倍かかるはず 717 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 21:39:24 ID:ADBK+oPb.net] cygwinはforkがヘボいから遅い MinGWといいつつmsysのbashやろ これもforkがcygwinゆずりだから遅い。 wslもfork遅いと思うけど。 virtual boxにwindowsファイルを共有させたものの方が実は速い。 純粋にwindowsとLinuxの環境を同居させたきゃ仮想PC Linuxでwindows binaryをクロスビルド、テストまでしたけりゃwsl 718 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 21:47:49 ID:v0W4oGhj.net] まあ名前解決のところと passwd/group の設定はしといた方がいいね 719 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 23:40:13.01 ID:sXSeyux8.net] >>717 forkが遅いのはわかってるけど、 このコードでforkなんて大量にはしないだろ？ time bash -c 'for i in {1..1000000}; do :; done' 720 名前：デフォルトの名無しさん [2020/05/04(月) 02:27:10.75 ID:R/PLl+Gn.net] 元々、bash が、ループ向きではないから、dash などを使う for は遅いから、while などを使う。 実行時間中のほとんどが、フォークの時間 ループは、awk, perl, ruby などでは、0.1 秒も掛からない。 単一プロセス中の処理だから 721 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 03:06:12.15 ID:szliIti6.net] あ、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 722 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 03:06:42.72 ID:szliIti6.net] >>720 どこでフォークしてるというの？ 723 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 03:16:08.18 ID:szliIti6.net] 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 724 名前：715 mailto:sage [2020/05/04(月) 04:54:04 ID:R/PLl+Gn.net] for がコマンドだから、フォークされるのだろ。 だから、シェルスクリプトでは、while を使えと言われる bash よりも、dash を使う。 それ以上は、awk, perl, ruby 725 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 05:14:01 ID:szliIti6.net] whileを使うと遅いからforに変えたのですが？ forを使った>>721とループ回数は同じ 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と大差ないので省略 726 名前：715 mailto:sage [2020/05/04(月) 07:28:52 ID:R/PLl+Gn.net] 8年前のシェルスクリプトの本には、 10万行の処理で、 for : 9分 while : 5秒 awk/perl : 0.1秒 727 名前：715 mailto:sage [2020/05/04(月) 07:33:20 ID:R/PLl+Gn.net] $((i+1)) という部分が、コマンドだから遅いのだろう ほとんどが、そのフォーク時間 728 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 07:37:26 ID:iIYyf/rd.net] せいぜいbashのサブコマンドで、forkしとらん気がする ただマルチスレッドは使ってるかも知れんし、その際のメモリ操作はなんか性能の問題があった気はする 729 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 07:49:25 ID:szliIti6.net] >>727 コマンドじゃないよ 730 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 18:39:29.61 ID:EvcVp/Zr.net] $(())内でiを更新できることから分かるようにforkしていないし、少なくともbashとdashはシングルスレッド linux上で ltrace -f bash -c 'for i in {1..1000000}; do :; done' したら、mallocを何度も呼んでいるようだから、ヒープ操作関係が遅い可能性はある 実際、linux上でもmallocの実装をglibcのからjemallocに切り替えたら上のループが2割近く速くなった 731 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:53:36 ID:cyb3WwF6.net] wsl2は仮想マシンになるのか windowsバイナリ実行できるのかな 732 名前：デフォルトの名無しさん [2020/05/06(水) 19:33:37 ID:DK8FW5YB.net] 以下のパッケージ、入れようとすると対象が見つからないと出るんだけど・・・ dlfcn libpng tools-git jq clang 733 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 20:42:44 ID:Fjn1hDTG.net] WSL, Ubuntu 18.04 には、jq もあるけど apt-cache show jq メンテナー : 陳昌倬 734 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 22:45:14 ID:UqyV1t7H.net] >>732 ないんだろ？Cygwinは独自のディストリ Windowsに移植できたもの、自分が関心があるパッケージしか 登録されていない 735 名前：デフォルトの名無しさん [2020/05/11(月) 23:46:54.34 ID:77t5bXxM.net] GCC 10.1まだですか 736 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 00:26:10.57 ID:6XbzcR0E.net] ついにGCCのバージョンも10まできたか・・ 737 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 01:18:10 ID:yS+J4vmz.net] GCCじゅにや 738 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 07:09:28.82 ID:zxRznJOz.net] カバにダンスをさせるのは あまり楽しくないそうだ 739 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 00:17:24.56 ID:rBW8Yffw.net] MSYS2でWin32アプリ作ってみようとチャレンジ中 740 名前：デフォルトの名無しさん [2020/05/14(木) 10:05:25 ID:tvxDWcUo.net] きばれ tdm-gcc (64) 741 名前：デフォルトの名無しさん [2020/05/14(木) 10:09:03 ID:tvxDWcUo.net] https://jmeubank.github.io/tdm-gcc/articles/2020-03/9.2.0-release 742 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 10:17:17.31 ID:HbCKurWZ.net] Ruby はやめとけ 743 名前：デフォルトの名無しさん [2020/05/22(金) 14:26:50.74 ID:DztlkuPK.net] msys2をサイレントインストールするにはどうしたら良いですか？ 744 名前：デフォルトの名無しさん mailto:sage [2020/05/28(木) 04:57:53.37 .net] WSL2で 9PFs 経由でWin32側のファイルを読み込むの、なんでこんな遅いの？ 745 名前：デフォルトの名無しさん mailto:sage [2020/05/28(木) 05:10:55.81 ID:X/662gLn.net] 仮想マシン経由だからでは？ だからWSL1も引き続き開発してるわけで 746 名前：デフォルトの名無しさん [2020/05/29(金) 02:44:46.36 ID:o1TI0Bdi.net] そろそろ更新してくれ 747 名前：デフォルトの名無しさん [2020/06/23(火) 03:13:01.66 ID:1wsAa41I.net] 新版まだですか〜 748 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 04:40:31.79 ID:TI7IUkkN.net] あきらめれ。Cygwinはもうお役御免 749 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 05:19:55.35 ID:AJ4z3x9t.net] 同意。mingwは存在意義があるけど、cygwinは役割を終えた。 750 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 07:12:20.62 ID:lBX+9FOg.net] cygwin ついに死す、か・・ 751 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 08:06:26.09 ID:oj2a+YQY.net] 大往生だね 752 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 12:40:28.65 ID:AJ4z3x9t.net] mingwは「Git For Windows」のバンドルモジュールとしてしぶとく生き残る。 cygwinはdll依存をなくしてmingwに統合されていくでしょ。 753 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 13:37:46.90 ID:IV3AROMx.net] それを言ったらGit Bashはmsys2のbashだが、bashがmingwに移植されるとは思えんな 754 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 13:44:06.97 ID:oj2a+YQY.net] gcc -staticがデフォじゃないのがよくわからん じゃあMinGWの立ち位置って何よって 755 名前：デフォルトの名無しさん [2020/06/23(火) 13:57:09.75 ID:4kHZmTBE.net] https://www.itmedia.co.jp/enterprise/articles/2006/18/news108.html www.security-next.com/096491 756 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 14:46:14 ID:ORgy0fyK.net] bash使いたいならbusybox-w32を使えばいいじゃない 757 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 18:04:53.62 ID:IV3AROMx.net] MinGWの立ち位置？ Win32アプリをビルドできるGCC環境 758 名前：蟻人間 mailto:sage [2020/06/23(火) 18:07:43.51 ID:5yVlyLrR.net] ReactOS Build Environment (RosBE)という選択肢もアリます。 759 名前： mailto:sage [2020/06/23(火) 18:42:37.39 ID:sbDHiXI+.net] MSVC に依存したくないので、mingw をお手軽に維持できる cygwin 環境はありがたいですね… 760 名前：蟻人間 mailto:sage [2020/06/23(火) 18:50:53.69 ID:5yVlyLrR.net] WineHQとかRosBEとかはLinuxでも使えるクロスコンパイラを用意している。まあ、やる人は少ないが。 761 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 18:53:16.90 ID:V6B5o2yX.net] 別にlinuxからでもクロスコンパイルできるんやろ？ 762 名前：蟻人間 ◆T6xkBnTXz7B0 mailto:sage [2020/06/23(火) 19:25:00 ID:5yVlyLrR.net] XPでも動くプログラムが作れるってのが味噌。MSYS2はVista+に移行した。 763 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 22:02:49.42 ID:AJ4z3x9t.net] mac OSはzshに移行したというのに 764 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 22:14:53.82 ID:MHuIwrXa.net] 移行したと言うか、互換性の点でbashの方が良かったが bashのライセンスがGPL3に変わって受け入れられなかったから 仕方なくzshにしたってだけだろ 古いbash 3系よりは、zshの方がまだましという消極的な理由 765 名前：デフォルトの名無しさん [2020/06/24(水) 11:23:52 ID:6+kkBVmV.net] >>757 >>759 tdmgcc で cygwin から解放されました ほんとうにありがとうございました

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef