Cygwin + MinGW + GCC 相談室 Part 8

レス数が950を超えています。1000を超えると書き込みができなくなります。
2019/12/23(月) 22:27:33.69ID:nMe23UdH
>>615
何をしようとしているか大体分かった。
・/cygdrive/d/dev/debug はシンボリックリンクで /cygdrive/d/test/debug を指すと仮定
・/cygdrive/d/dev/some_file があると仮定
このとき
・まずcd /cygdrive/d/dev/debugする
・次にcp ../some_file .するとファイルが無いと言われる
ということだと思う。もしそうならそれがUNIX系では普通。LinuxやMacでもそうなる。

これは、cdした時点で既にカレントディレクトリが/cygdrive/d/test/debugに移っているからで、cpは/cygdrive/d/test/some_fileを読もうとしているために起こる。つまり
>本来はシンボリックリンクはカレントと共に使用される。
がUNIX的には正しくない。

実際の挙動としては、
・UNIXの場合、カーネル的にはカレントディレクトリはあくまでもディレクトリで、シンボリックリンクをパスの途中に含むことはできない
・cd ..でもといたディレクトリに戻るのはbashがシンボリックリンクを本当のデイレクトリのようにエミュレーションしているから(set -Pで切れる)
・これは基本的には内部コマンドのcdやpwdに対してのみできることで、外部コマンドのcpやlessに対してはできない(引数の..が親ディレクトリの意味になるかはコマンドに依存するから、シェルが勝手に置き換えられない)
・シェルはPWD環境変数にシンボリックリンクを含むロジカルなカレントディレクトリを出力するので、これを見るようにすれば原理的には外部コマンドもエミユレーションに対応できる(危なっかしいので普通はしない)

WindowsのシンボリックリンクはUNIXと違ってOS自体がシンボリックリンクを含むカレントディレクトリを扱っているようだが、CYGWINはUNIXに合わせていると考えられる。
2019/12/23(月) 23:39:27.27ID:IO6RyZUn
>>618
こちらの状況は正しく伝わっており、君の言っていることも正しい。
こちらも615を書いた後、遠い昔にシンボリックリンク周りでトラブった記憶があり、
あれはなんだったかな？と思っていたところだった。

つまりbashで上手く誤魔化していてくれているわけだ。
ではtcshは？と確認したが、こちらもsymlinks変数で誤魔化し方を調整出来るようになっている。
https://linuxjm.osdn.jp/html/tcsh/man1/tcsh.1.html
結果、Cygwinとしては仕様通り、UNIXは糞仕様（≒仕様バグ）だな。

突っ込む必要はないと思うが、
> (引数の..が親ディレクトリの意味になるかはコマンドに依存するから、シェルが勝手に置き換えられない)
これはよく分からない。
bashがコマンドに引数を渡すときにあらかじめシンボリックリンク周りを解決していたら、どういう問題が発生する？
というかtcshだとsymlinks=expandに設定したらそうなるらしい。
今回で言えば、
MyMachine@MyName /cygdrive/d/dev/debug
$ cp ../some_file .
を cp /cygdrive/d/dev/somefile /cygdrive/d/dev/debug として実行すれば問題ないはず。
(.を展開する必要はないかもだが）
既存シェルスクリプトの互換性が無くなるだけなら仕様バグでした、残念でした、でしかなく、
後発のwindowsでは修正されているということになる。
シンボリックリンクを辿って、その上の「論理的ではない、物理的上位ディレクトリ」を辿る必要がある使い方なんて無いはず。

なお上記man of tcshのsymlinksの最後の
> > cd ".."; echo $cwd
> /tmp/from
> > /bin/echo ..
> /tmp/to ←これがよく分からん、/tmpではなくて？あるいはコマンドが .. ではなく /bin/echo . なら納得だが
> > /bin/echo ".."
> ..
分かれば出来れば解説よろしく。
2019/12/23(月) 23:43:56.19ID:gENEPh5i
WindowsがーではなくCygwinの問題でしょ
WindowsはWindowsの仕様でやってる。それがなんであれ正しい仕様

Cygwinがエミュレート機能をすべて行ってる
問題があるならそれはCygwinの問題

WSLならその問題も解決してるだろうさ
2019/12/23(月) 23:58:57.35ID:IO6RyZUn
>>620
それは違う。
Cygwinはエミュレーションレイヤーを提供しており、つまりUnixのシステムコールを受け付けているだけ。
だから仕様としてUnixと同じ動作になる。
詳しくはWikiなり本家なり読めばいい。

問題はUnixの糞仕様が今も修正されずそのままbash等で誤魔化され続け、
windowsでは修正された？為に動作が異なっている事による。
ただこれをCygwinで修正することは出来ないし、するべき事柄でもない。
2019/12/24(火) 00:05:26.55ID:8h2rOUkn
> Cygwinはエミュレーションレイヤーを提供しており、つまりUnixのシステムコールを受け付けているだけ。
ただしい

? だから仕様としてUnixと同じ動作になる。
○ 仕様としてUnixと同じ動作になるように目指すべきだが、できてない
2019/12/24(火) 00:06:45.59ID:8h2rOUkn
なんか文字化けする方法のバツを記録してるな。これでいいか？

× だから仕様としてUnixと同じ動作になる。
○ 仕様としてUnixと同じ動作になるように目指すべきだが、できてない
2019/12/24(火) 00:22:04.30ID:6GYTbaHl
>>620
なおWSLは理屈上はUnixの動作になるはず。
ただしbash等を見る限り既知の問題だから対策出来そうではあるが、
バイナリ互換なので現実的に無理だと思う。
(もちろんwindows専用bashを用意すればいいが、それだと既存のシェルスクリプトが動かなくなる。
といってもそれで問題が発生するような奴はWSLなんて使わずDockerだと思うが）

が、まあ、俺に関して言えば、
問題の詳細は判明し、特段問題ないから当面はCygwinを使う。


(すまんがNGに当たっているようなのでバラバラにして投稿する）
2019/12/24(火) 00:23:19.80ID:6GYTbaHl
(すまんがNGに当たっているようなのでバラバラにして投稿する）

>>623
> ○ 仕様としてUnixと同じ動作になるように目指すべきだが、できてない
違う。そこを目指してない。
CygwinはUnixのシステムコールをcygwin1.dllが受け付けることにより、
GNU等が書き溜めた膨大なUnix向けCソースをそのまま動作させることを目標としている。
結果、ありとあらゆるUnixのツールがcygwin上では動くので、大成功している。
2019/12/24(火) 00:24:32.17ID:6GYTbaHl
>>623続き

windowsのＣＭＤ。ＥＸＥのエミュレーションなんて必要ないし、目指してもいない。
本家でも読め。

そして認識も間違っている。CygwinはUnixと同じ動作になってる。つまり、「できてる」
2019/12/24(火) 00:29:23.48ID:d/S5Qnsu
>>619
・tcshのmanは間違っているだけだと思う。実際試したら想定通り/tmpになった。
・シェルが勝手に置き換えるべきではないというのは、単にgrep ..とかの動作が今までと変わって直感的でなくなるあたりの問題。.や..の置き換えの仕様とエスケープやクォートの仕様を十分理解すればまあそんなに困らないとは感じる。
2019/12/24(火) 00:49:31.91ID:6GYTbaHl
>>627
おおサンクス、手元にこなれた環境がないので助かる。
しかし今更このレベルの誤字ってあるかね？
まあtcshなんて今時誰も使ってないが、他のマニュアルもそうなってるし。
https://linux.die.net/man/1/tcsh
とはいえ実行結果がそうなのならそれが一番信憑性があるが。

Unixは今更直せないで行くのだろうけど、WSLの際にMS内部ではどうするか検討してるだろうね。
WSL推しの人はどうぞ動作報告よろしく。
629デフォルトの名無しさん
垢版 |
2019/12/24(火) 15:52:35.51ID:IBUEMR4t
WSLの話題はこちらへどうぞ https://mao.5ch.net/test/read.cgi/linux/1560665525/

cygwinの話題は引き続きこのスレでどうぞ
2020/01/05(日) 00:06:31.37ID:RxmL5T69
>>627
ばーーーか
631627
垢版 |
2020/02/21(金) 14:13:26.80ID:3bMJAyBr
>>630
ごめんなさい。
2020/03/07(土) 09:24:50.59ID:6t68C04E
このところ、MSYS2 の pacman を実行するとエラーが出るな
サーバー不調なん？それとも pacman がバグった？
一度アンインストールして最初から入れなおしてもダメやった・・・
2020/03/11(水) 21:27:12.49ID:o+x7iIJI
いつの間にか直ってた
やっぱり、サーバーが不調なだけだったのか・・・
634デフォルトの名無しさん
垢版 |
2020/03/12(木) 11:58:54.03ID:MzPDqAwN
自分の回線を疑う気は皆無か
2020/03/12(木) 19:21:51.59ID:TmXPZpmc
自分の回線だけだったら書き込まないが・・・
636デフォルトの名無しさん
垢版 |
2020/03/25(水) 09:30:19.85ID:C+0WfFNh0
回線があまりに遅いと向こうからお断りしてくるのでは
2020/03/28(土) 13:48:39.21ID:Mtf58BEo
サーバー不調なだけだぞ、公式でも話題になってた
https://github.com/msys2/MINGW-packages/issues/6256
2020/04/02(木) 18:00:43.50ID:1pp0Yvcl
今更
pacmanでfork errorでまくったので見切った。
wslでLinux入れてmingw64クロスコンパイルしている。
wslのコンソールでwindowsバイナリもそのまま動くし良い。
cygwinやmsysみたいにcygwin, msysバイナリとwindowsバイナリが混在することの混乱もないしさらに良い
639デフォルトの名無しさん
垢版 |
2020/04/03(金) 04:00:25.48ID:FV+QUjkb
GCC 9.3を早く出してくれ
2020/04/03(金) 09:51:54.29ID:yEeayoKI
pacmanでfork errorの一番の解決策は
ちゃんと出てきたメッセージを読むこと
これに尽きる
638がそうなのかは知らんが
2020/04/05(日) 22:38:22.52ID:bwZ5xk1F
WSLよりMSYS2の方が更新早い？
2020/04/06(月) 09:55:13.35ID:m+LKHOnj
WSLで使うディストリビューション(ArchとかUbuntuとか)によるでしょう
共通して言えるのはLinuxではセキュリティ修正の取り込みは早い
2020/04/06(月) 20:27:42.43ID:O5iO/eDc
WSL は色々なディストリビューションが選べるんですね
2020/04/19(日) 17:57:31.18ID:UEW9MHEw
インストールしようと思ったら、このサイト3年近く更新が止まってる・・・
http://xhmikosr.1f0.de/tools/msys/

今入れるならどうしたらいい？
2020/04/19(日) 22:00:29.69ID:+AizyWB9
WSLがある以上、MSYSのメンテはもう廃れるだろうな。
意味ねーし。
cygwinはXのためだけに存在する
2020/04/19(日) 23:35:15.05ID:UEW9MHEw
>>645
えっ、そんなのあるの？
2020/04/20(月) 01:29:10.82ID:VYi0JRSU
そ、そんな～(´・ω・｀)
648デフォルトの名無しさん
垢版 |
2020/04/20(月) 04:16:21.28ID:DIgHaEzI
更新が止まってしまった
2020/04/20(月) 04:41:27.35ID:H+0bMHyU
>>645
cygwinは便利だ。
650デフォルトの名無しさん
垢版 |
2020/04/20(月) 07:25:19.48ID:vhP2C7pa0
マジかよシグウィン窓から投げ捨てた
WSL派になります
2020/04/20(月) 08:37:44.26ID:iSOfvkhv
DLLだけで動くのが便利なときもあるが、日々の生活はWSLだね
2020/04/20(月) 09:12:16.95ID:aqwTNz7b
Windows 10, WSL, Ubuntu 18.04 で、
VSCode の拡張機能、Remote WSL も使う

Linux側には、日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv を使って、
ruby 2.6.6, node 12.16.2 を入れた

yarn は、Windows側に入れて、WSL から、拡張子なしのyarn コマンドを呼べる。
これは、#!/bin/sh で始まるシェルスクリプト

anyenv は多言語向きで、rbenv, nodenv, pyenv, phpenv などを同じ使い方で、統一的に扱える。
~/.bashrc に、下の2行を追加するだけで、各言語ごとに追加しないでも良い

export PATH="$HOME/.anyenv/bin:$PATH"
eval "$(anyenv init -)"
2020/04/20(月) 09:13:30.71ID:lEczCUui
MSYS+MinGW、仮想マシン+Linuxって感じでWSLの入る余地がない
WSL+MinGWツールチェーンにすれば仮想マシンすら必要ないって考えもあるけど
やっぱり仮想マシンは手放せないからWindows側はMSYSでいいやってなる
2020/04/20(月) 10:24:18.82ID:HdM6J8YZ
>>653
同じく
2020/04/20(月) 13:58:21.58ID:2UEzrf8e
>>653
MSYS+MinGWで何作ってるの？
Windowsアプリ？

まあWindowsアプリしかないよね。
WSLはLinuxアプリを作って動かすものなので目的が違うよ。
2020/04/20(月) 14:00:46.58ID:2UEzrf8e
仮想マシンは手放せないけど、仮想マシンはほぼテスト環境になった
作ったアプリを動かすための環境

普段の開発でテストのためだけの環境を使う気にならない
起動重いしメモリ食うし
657デフォルトの名無しさん
垢版 |
2020/04/20(月) 14:10:17.96ID:X6dUog3k
起動したままで良い
メモリ喰うのは諦めろ
658デフォルトの名無しさん
垢版 |
2020/04/20(月) 14:16:53.62ID:agWbeiM9
msys+mingw入れて何がしたい？
ffmpegをビルドしたいから
2020/04/20(月) 14:17:05.96ID:2UEzrf8e
ああ、なるほど。テスト環境じゃないから
一つしか仮想マシンがないんだな

それぞれ微妙に異なるからテスト環境（仮想マシン）は
プロジェクトごとに必要なんだよ
2020/04/20(月) 14:18:38.31ID:2UEzrf8e
>>658
LinuxツールのWindowsネイティブ版への移植以外になんかあるの？
ffmpegもそうだし

まあ全員がWSLをインストールしてるとは限らないから
Windowsネイティブ版を作る意味はあるだろうね。
2020/04/20(月) 17:04:12.19ID:lEczCUui
だから何としか言えねぇ
662デフォルトの名無しさん
垢版 |
2020/04/20(月) 21:50:47.06ID:vn9gJe4h0
cygwin
mingw
wsl

作ったアプリの動作時オーバーヘッド（動作速度）が大きい順に並べて
2020/04/20(月) 21:54:06.18ID:iSOfvkhv
c
w
m
664デフォルトの名無しさん
垢版 |
2020/04/20(月) 21:57:01.49ID:vn9gJe4h0
マジかよWSLに失望しました。窓から投げ捨ててMinGWに乗り換えます
2020/04/20(月) 23:38:08.46ID:pVOiahav
いやいや君なんでも即断すぎやろw
2020/04/21(火) 05:17:44.95ID:Lx1iEb8v
>>665
結論ありきの質問だからねｗ

使ってみればわかる。
WSLが一番軽いし一番正確に動く。
2020/04/22(水) 00:52:15.00ID:nnh+EV8P
mingw-w64-〇〇〇-yasm-1.3.0-4 (は32bit用はi686、64bit用はx86_64)
yasm-1.3.0-2

どう違うの？
入れるのはどっち？
2020/04/22(水) 09:41:29.70ID:UQ7whF8j
前者はMinGW-w64のDLLが必要。いわゆるネイティブアプリ
後者はMSYSのDLLと場合によってはターミナルエミュレータが必要
どちらを使うかは環境と用途次第
669デフォルトの名無しさん
垢版 |
2020/04/22(水) 09:46:40.84ID:O/jaLKmb
おま環
2020/04/23(木) 21:18:54.36ID:4ZqPhGA2
msys2を入れてpacman -Syuをやった後、home/PC名のフォルダに、.gnupgというフォルダがあるんだけど、これって消しちゃダメ？
671デフォルトの名無しさん
垢版 |
2020/04/26(日) 14:07:46.35ID:XGLrD3LC0
え！？WSLってそのままでは音流せないんですか！？
2020/04/26(日) 15:10:53.48ID:O/ywVmO1
gnupgってGPGだろ
GNU製のPGP暗号化と復号プログラム
2020/04/26(日) 16:13:34.86ID:D7tlSM02
>>671
PulseAudio使えばいいだけじゃね？
2020/04/27(月) 04:32:34.19ID:xcrAouIA0
ではWSLは、デフォルトでは音すら流せない杜撰な造りをしていると認めるんですか？
2020/04/27(月) 06:42:04.21ID:4F1K1x/3
単にサウンドデバイスを実装してないだけだよ
設計は良く出来てるので実装しようと思えば出来るだろうが
利用者が求めてない機能なので優先度が低い
WSLの利用者は開発者だからね。開発者が欲しい機能が最優先
2020/04/27(月) 06:46:16.14ID:4F1K1x/3
あ、もしWSLが開発者向けの機能を優先してるのを知った上で
WSLは駄目だって印象を与えようとした書き込みだったらごめん、邪魔したね
そうでないなら音ならWindowsで鳴らせばいいと気づければOKだよ
音を鳴らす程度のためにWSLは不要だからね
2020/04/27(月) 17:16:43.92ID:cdGyQVmm
>>653
wslはwslのコマンドラインからlinuxバイナリもwindowsバイナリも動く優れものなんだよ
2020/04/27(月) 18:06:23.13ID:AD9YXzU7
>>677
そうそう。だからbashのシェルスクリプトで
Windowsのコマンドを実行してOSの設定を変更するとかできちゃう
2020/04/27(月) 19:44:31.43
Windowsのコマンドプロンプト側からWSLのディレクトリに入っていけるの？
2020/04/27(月) 19:55:00.34ID:AD9YXzU7
>>679
それはコマンドプロンプト自体の問題で、こいつは古いアプリなのでUNCパスに対応していない
UNCパス（\\ではじまるネットワークフォルダのパス）を扱えるツールを使う必要がある
WSLのディレクトリに対応してるかというよりも
ネットワークフォルダに対応しているかという話に近い

PowerShellはUNCパスに対応しているからWSLのディレクトリにも入れる
コマンドプロンプトから実行するコマンドもUNCパスに対応していれば参照できる
またネットワークフォルダはドライブに割り当てることが出来るので
ドライブに割り当てればコマンドコマンドからWSLのディレクトリに入ることも出来る
2020/04/27(月) 19:56:20.68ID:AD9YXzU7
ちなみにcdの代わりにpushdを使えば
コマンドコマンドからUNCパスに移動できる
一時的にドライブを割り当てているだけだが
2020/04/27(月) 22:41:42.75
詳しい情報サンクス！
これなら皆がWSLへｌ移行するのもわかる気がする
2020/04/27(月) 23:26:27.00ID:hGgbh3Gh
windowsのSSHサーバ立ち上げてwslをシェルにできるのは便利
PowerShell極めてるひとなら不要かもしれんけどね
2020/04/28(火) 10:33:28.83ID:gG+m5xpc
MSYS2とWSLって共存出来るんですか？
685デフォルトの名無しさん
垢版 |
2020/04/28(火) 10:52:09.80ID:zAZN/f3s
マジレスするとmsys使ってて問題無ければwsl要らない
2020/04/28(火) 17:09:56.15ID:7TaGv6sC
>>684
共存できる。msys2はただのアプリでしかないから

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

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

msysはWSLを入れてない人のためのWindows用アプリを作るためのものだよ
開発者がLinuxの代わりとして使うものじゃない
2020/04/28(火) 17:14:36.86ID:qC7CqvMj
ホームパスを一緒にすると色々弊害出そう
2020/04/28(火) 17:30:05.30ID:7TaGv6sC
>>687
シンボリックリンクでホームディレクトリ以下から
アクセスしやすくするのがおすすめ
色々と混ざらないし複数のディストリでも共有できる
2020/04/28(火) 18:17:52.10ID:eCWBo+Hl
色々と混ぜたいからホームディレクトリを一緒にするんだろ
そうじゃなければ最初から分けとけばいいだけの話だ
2020/04/28(火) 18:20:54.27ID:7TaGv6sC
>>689
「色々」と混ぜたいならその「色々」だめを混ぜればいいじゃん
全部混ぜる必要はない
2020/04/28(火) 18:21:10.90ID:7TaGv6sC
「色々」と混ぜたいならその「色々」だけを混ぜればいいじゃん
692デフォルトの名無しさん
垢版 |
2020/04/29(水) 09:35:11.34ID:TuLha3Ht
混ぜるな危険
2020/04/29(水) 09:46:08.06
Microsoft Store に　WSL Ubuntu 20.04 LTS　出てるけど、まだ入れない方がいいんですか
2020/04/29(水) 10:27:50.31ID:Cpi+Il5+
早くても、8月以降に、20.04.1 とか修正版が出た後。
1年後でも良い

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

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

VSCode も、Remote WSL 拡張機能で、Linux 側へアクセスできる
2020/04/29(水) 10:38:59.10ID:Cpi+Il5+
>>679
コマンドプロンプト・PowerShell で、wsl と入力すれば、WSLが起動する

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

これで、WSLを起動して、Linux側のプロジェクトを開ける
2020/04/29(水) 11:51:03.18ID:Jemg3aCN
wsl, opensuse leapにmingw64入れてクロスビルドしてる。
configure作って--hostでmingw指定すれば楽勝すぎて屁が出そう
2020/04/29(水) 11:51:38.68
自分が使っているWSLが１なのか２なのか知る方法は？
2020/04/30(木) 13:35:41.83ID:HbyVq09Q
openSUSE Leap 15.1用のmingw配布消えとるやん
くそがー
2020/04/30(木) 17:32:57.91
そもそもWSL2はエンスー向けか
普通の人は１が入ってるのか
700デフォルトの名無しさん
垢版 |
2020/05/02(土) 23:21:47.63ID:nkPqW+JC
MinGWっていうかGitBash環境なんだけど
WSL1より2倍ぐらいシェルスクリプトが遅いんだよね
どこが原因かわからんけどこんなもん？
なにか大きな差がでるポイントでもあるんかね？
2020/05/03(日) 03:37:53.54ID:HUz+EFHq
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.44ID:HUz+EFHq
比較とか計算が遅いのかと思ってやってみたけど
この比率は変わらない

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.65ID:1PSoskYy
調べるとradeonのドライバを切れとか書いてあるけど…
2020/05/03(日) 05:22:33.02ID:HUz+EFHq
>>703
使ってないよｗ
2020/05/03(日) 05:24:47.68ID:HUz+EFHq
radeonの話は画面に出力が絡むなら
関係ありそうな気もするけど、それ以外でも発生するんだろうかね
あとHOMEは MinGWは /c/Users/myname
Cygwinは/home/mynameだ
2020/05/03(日) 05:26:40.40ID:HUz+EFHq
よく見ると大きな差があるのはuser空間だから
コンパイルオプションが違ってるとかなのかな？
2020/05/03(日) 05:38:01.14ID:1PSoskYy
seq使うんじゃなくて{1..1000000}の方がいいかもね
2020/05/03(日) 06:00:40.65ID:HUz+EFHq
>>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.35ID:69WKUEPM
>>708
を、WSL1, Ubuntu 18.04 で、3回やった。
8GB メモリ、CPU-i3・エコモード

real 0m4.680s
user 0m4.234s
sys 0m0.453s
2020/05/03(日) 07:38:38.22ID:HUz+EFHq
>>709
いや比較しないと意味ないだろｗ
2020/05/03(日) 07:39:48.20ID:HUz+EFHq
ちなみに俺のはCPUはi7な
Cygwin、MinGWを実行したら
それの2倍かかるはず
2020/05/03(日) 21:39:24.17ID:ADBK+oPb
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.28ID:v0W4oGhj
まあ名前解決のところと passwd/group の設定はしといた方がいいね
2020/05/03(日) 23:40:13.01ID:sXSeyux8
>>712
forkが遅いのはわかってるけど、
このコードでforkなんて大量にはしないだろ？

time bash -c 'for i in {1..1000000}; do :; done'
715デフォルトの名無しさん
垢版 |
2020/05/04(月) 02:27:10.75ID:R/PLl+Gn
元々、bash が、ループ向きではないから、dash などを使う

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

ループは、awk, perl, ruby などでは、0.1 秒も掛からない。
単一プロセス中の処理だから
2020/05/04(月) 03:06:12.15ID:szliIti6
あ、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.72ID:szliIti6
>>715
どこでフォークしてるというの？
2020/05/04(月) 03:16:08.18ID:szliIti6
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
719715
垢版 |
2020/05/04(月) 04:54:04.28ID:R/PLl+Gn
for がコマンドだから、フォークされるのだろ。
だから、シェルスクリプトでは、while を使えと言われる

bash よりも、dash を使う。
それ以上は、awk, perl, ruby
2020/05/04(月) 05:14:01.45ID:szliIti6
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と大差ないので省略
721715
垢版 |
2020/05/04(月) 07:28:52.02ID:R/PLl+Gn
8年前のシェルスクリプトの本には、
10万行の処理で、

for : 9分
while : 5秒
awk/perl : 0.1秒
722715
垢版 |
2020/05/04(月) 07:33:20.66ID:R/PLl+Gn
$((i+1)) という部分が、コマンドだから遅いのだろう

ほとんどが、そのフォーク時間
2020/05/04(月) 07:37:26.49ID:iIYyf/rd
せいぜいbashのサブコマンドで、forkしとらん気がする
ただマルチスレッドは使ってるかも知れんし、その際のメモリ操作はなんか性能の問題があった気はする
2020/05/04(月) 07:49:25.72ID:szliIti6
>>722
コマンドじゃないよ
2020/05/04(月) 18:39:29.61ID:EvcVp/Zr
$(())内で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.31ID:cyb3WwF6
wsl2は仮想マシンになるのか
windowsバイナリ実行できるのかな
727デフォルトの名無しさん
垢版 |
2020/05/06(水) 19:33:37.07ID:DK8FW5YB
以下のパッケージ、入れようとすると対象が見つからないと出るんだけど・・・

dlfcn
libpng
tools-git
jq
clang
2020/05/06(水) 20:42:44.30ID:Fjn1hDTG
WSL, Ubuntu 18.04 には、jq もあるけど

apt-cache show jq

メンテナー : 陳昌倬
2020/05/06(水) 22:45:14.75ID:UqyV1t7H
>>727
ないんだろ？Cygwinは独自のディストリ
Windowsに移植できたもの、自分が関心があるパッケージしか
登録されていない
730デフォルトの名無しさん
垢版 |
2020/05/11(月) 23:46:54.34ID:77t5bXxM
GCC 10.1まだですか
2020/05/12(火) 00:26:10.57ID:6XbzcR0E
ついにGCCのバージョンも10まできたか・・
2020/05/12(火) 01:18:10.18ID:yS+J4vmz
GCCじゅにや
2020/05/12(火) 07:09:28.82ID:zxRznJOz
カバにダンスをさせるのは
あまり楽しくないそうだ
2020/05/14(木) 00:17:24.56ID:rBW8Yffw
MSYS2でWin32アプリ作ってみようとチャレンジ中
735デフォルトの名無しさん
垢版 |
2020/05/14(木) 10:05:25.88ID:tvxDWcUo
きばれ
tdm-gcc (64)
736デフォルトの名無しさん
垢版 |
2020/05/14(木) 10:09:03.48ID:tvxDWcUo
https://jmeubank.github.io/tdm-gcc/articles/2020-03/9.2.0-release
2020/05/14(木) 10:17:17.31ID:HbCKurWZ
Ruby はやめとけ
738デフォルトの名無しさん
垢版 |
2020/05/22(金) 14:26:50.74ID:DztlkuPK
msys2をサイレントインストールするにはどうしたら良いですか？
2020/05/28(木) 04:57:53.37
WSL2で 9PFs 経由でWin32側のファイルを読み込むの、なんでこんな遅いの？
2020/05/28(木) 05:10:55.81ID:X/662gLn
仮想マシン経由だからでは？
だからWSL1も引き続き開発してるわけで
741デフォルトの名無しさん
垢版 |
2020/05/29(金) 02:44:46.36ID:o1TI0Bdi
そろそろ更新してくれ
742デフォルトの名無しさん
垢版 |
2020/06/23(火) 03:13:01.66ID:1wsAa41I
新版まだですか～
2020/06/23(火) 04:40:31.79ID:TI7IUkkN
あきらめれ。Cygwinはもうお役御免
2020/06/23(火) 05:19:55.35ID:AJ4z3x9t
同意。mingwは存在意義があるけど、cygwinは役割を終えた。
2020/06/23(火) 07:12:20.62ID:lBX+9FOg
cygwin
ついに死す、か・・
2020/06/23(火) 08:06:26.09ID:oj2a+YQY
大往生だね
2020/06/23(火) 12:40:28.65ID:AJ4z3x9t
mingwは「Git For Windows」のバンドルモジュールとしてしぶとく生き残る。
cygwinはdll依存をなくしてmingwに統合されていくでしょ。
2020/06/23(火) 13:37:46.90ID:IV3AROMx
それを言ったらGit Bashはmsys2のbashだが、bashがmingwに移植されるとは思えんな
2020/06/23(火) 13:44:06.97ID:oj2a+YQY
gcc -staticがデフォじゃないのがよくわからん
じゃあMinGWの立ち位置って何よって
750デフォルトの名無しさん
垢版 |
2020/06/23(火) 13:57:09.75ID:4kHZmTBE
https://www.itmedia.co.jp/enterprise/articles/2006/18/news108.html
http://www.security-next.com/096491
2020/06/23(火) 14:46:14.01ID:ORgy0fyK
bash使いたいならbusybox-w32を使えばいいじゃない
2020/06/23(火) 18:04:53.62ID:IV3AROMx
MinGWの立ち位置？
Win32アプリをビルドできるGCC環境
2020/06/23(火) 18:07:43.51ID:5yVlyLrR
ReactOS Build Environment (RosBE)という選択肢もアリます。
2020/06/23(火) 18:42:37.39ID:sbDHiXI+
MSVC に依存したくないので、mingw をお手軽に維持できる cygwin 環境はありがたいですね…
2020/06/23(火) 18:50:53.69ID:5yVlyLrR
WineHQとかRosBEとかはLinuxでも使えるクロスコンパイラを用意している。まあ、やる人は少ないが。
2020/06/23(火) 18:53:16.90ID:V6B5o2yX
別にlinuxからでもクロスコンパイルできるんやろ？
2020/06/23(火) 19:25:00.34ID:5yVlyLrR
XPでも動くプログラムが作れるってのが味噌。MSYS2はVista+に移行した。
2020/06/23(火) 22:02:49.42ID:AJ4z3x9t
mac OSはzshに移行したというのに
2020/06/23(火) 22:14:53.82ID:MHuIwrXa
移行したと言うか、互換性の点でbashの方が良かったが
bashのライセンスがGPL3に変わって受け入れられなかったから
仕方なくzshにしたってだけだろ
古いbash 3系よりは、zshの方がまだましという消極的な理由
760デフォルトの名無しさん
垢版 |
2020/06/24(水) 11:23:52.65ID:6+kkBVmV
>>752
>>754
tdmgcc で cygwin から解放されました
ほんとうにありがとうございました
761デフォルトの名無しさん
垢版 |
2020/07/23(木) 17:26:38.39ID:VHveRWmf
更新まだですか
762デフォルトの名無しさん
垢版 |
2020/07/25(土) 17:28:58.82ID:zqROUOzo
tdmgcc は wikipedia では開発が止まった事になってるな。
763デフォルトの名無しさん
垢版 |
2020/07/25(土) 19:44:16.83ID:e/b0FSz8
フェラチオザウルスにパクってされちゃうよ
764デフォルトの名無しさん
垢版 |
2020/07/27(月) 10:47:44.01ID:vNtx9fDh
日本語情報が怪しい時は
英語で探せとあれほど
https://en.wikipedia.org/wiki/TDM-GCC
765デフォルトの名無しさん
垢版 |
2020/08/02(日) 17:49:35.08ID:5nHbYcRj
GCC10.2が出ましたが更新まだですか
2020/08/02(日) 21:42:09.02ID:tCIK0cPS
まあそうせかすな
2020/08/13(木) 04:41:43.17ID:fvRziO87
例の場所に10.2.1きとる
2020/08/27(木) 16:58:23.47ID:Q9n93HF/
10.2.1更新来たな
769デフォルトの名無しさん
垢版 |
2020/09/06(日) 05:21:00.21ID:6+AOMFkl
どこ。
2020/09/06(日) 14:38:00.75ID:brHr3Ow2
>>768
来たな
2020/09/12(土) 15:02:17.29ID:9491oo7t
>>769
教えない
772デフォルトの名無しさん
垢版 |
2020/09/12(土) 15:31:34.91ID:cDX1Q2rT
どこもろ
773デフォルトの名無しさん
垢版 |
2020/09/13(日) 02:49:17.38ID:H5kZw8iZ
どこやねん
2020/09/13(日) 23:19:27.35ID:fPwxPBWU
VSと比べてＤＬＬサイズが異常に大きいのは何故？
2020/09/13(日) 23:36:47.82ID:TB8HnEHa
例外処理テーブルとか
2020/09/14(月) 06:19:49.80ID:ojDUYk2D
なるほど
2020/09/22(火) 10:07:53.86ID:E39jLpI9
例の場所に更新
2020/09/22(火) 15:23:38.04ID:GllshRbk
どこやねん
2020/09/22(火) 18:05:26.68ID:seuGL7uU
検索すらできないのか
それともネタなのか
2020/09/22(火) 19:37:32.27ID:CCoUpWrp
今時mingwはmsys2のを使っときゃいいんだよ
2020/09/23(水) 11:02:58.68ID:XRK7WPHx
検索してもわからんやろ
2020/09/23(水) 23:46:41.48ID:gLjfq4c0
SourceForgeのMinGWページを隅から隅まで探せば書いてあるじゃん
2020/09/24(木) 04:03:25.38ID:Qc2kqk0D
隅から隅まで探さないといけないやつを検索すらできないのかっていうのはなんか違わない？？？？？
僕そもそもなぜかCygwinの話だと思ってたからそれ以前の問題なんですけど
2020/09/24(木) 08:19:03.36ID:hsn7nUMR
こまけーことは気にせずにmsys2使っときゃええんやで
cygwinはなあ…gccの更新いつも遅いから
2020/09/25(金) 02:23:28.62ID:R0ES/gEA
Last Update: 2018-07-13
2020/09/25(金) 05:05:33.50ID:xdrtZXMH
Git for Windows にバンドルされてるbash使えばいい。
ビルド環境はStrawberry Perlにバンドルされてるのを使えばいい。
787デフォルトの名無しさん
垢版 |
2020/09/25(金) 10:53:31.32ID:4ovx1Tzj
git bash まじ重宝
2020/09/25(金) 16:22:15.04ID:zomYspwe
git bash何かいらねえ
2020/09/27(日) 12:42:54.48ID:7DquKLWE
>>775
例外処理省く方法教えて
デカすぎて
2020/09/27(日) 17:29:20.39ID:N8t4cs0T
デバッグビルドしてストリップしてないとか？
2020/09/27(日) 17:39:43.97ID:RCK09O0u
ライブラリをストリップしたらあかんのではないかな
gccのオプションにexceptionのなんかがあった気がする
2020/09/27(日) 17:55:53.32ID:/pvqCRq3
なんでライブラリをストリップしちゃだめなの？
2020/09/28(月) 05:51:50.74ID:fkfJzhy+
ごめんなさい
デバッグしてた
ありがとう
2020/09/28(月) 17:33:38.94ID:QxfbhGyV
Visual Studioに入ってるdumpbinに相当するコマンドある？
DLLのエクスポートテーブルを覗きたいんだけど
795デフォルトの名無しさん
垢版 |
2020/09/28(月) 18:01:48.48ID:zjrobJ8x
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.09ID:o9UKO8uP
>>794
objdump
readelf
797デフォルトの名無しさん
垢版 |
2020/10/16(金) 19:44:08.37ID:UdyDW7b6
ｵｰｲ
2020/10/16(金) 22:45:48.97ID:JU6AgX+H
ﾊﾆﾏﾙ
2020/10/19(月) 13:45:57.53ID:icj8nwBD
>>79チンチンなめなさい
800デフォルトの名無しさん
垢版 |
2020/11/09(月) 21:03:17.57ID:IuElySO5
fork: retry: resource temporarily unavailable とかでて直せない。
rebaseallとかやっても効果ないみたいだし
もうcygwin、msysのテストやめようかな
801デフォルトの名無しさん
垢版 |
2020/11/10(火) 12:08:26.08ID:08CevRpc
おそらく D よりも需要無い
2020/11/10(火) 12:59:45.22ID:xOE44Ei0
>>800
よっぽど暇なんだね
2020/12/15(火) 15:11:54.58ID:XwGFb1c9
MSYS2には、lscpuコマンドはないのかな？
CentOSなんかだとutil-linuxパッケージに入ってるけど、MSYS2のには入ってないもよう。。。
2020/12/15(火) 15:49:11.07ID:nSXgvBdA
cpuinfoあるんだっけ
2020/12/15(火) 15:58:16.71ID:XwGFb1c9
/proc/cpuinfo
/proc/meminfo
/usr/bin/free
はあるんだけど、lscpuはないんだよな。。。
806デフォルトの名無しさん
垢版 |
2020/12/15(火) 17:22:03.48ID:ME0vqtfe
MinGWって終わってるよな
2020/12/15(火) 22:11:01.31ID:vYGb7HVK
Windows 10, WSL2, Ubuntu 18.04 には、

/usr/bin/lscpu
がある
2020/12/16(水) 21:38:25.53ID:kww319UT
で？
2020/12/19(土) 14:26:36.44ID:ap/HqxcB
MSYS2の終わりだよよう。。。
2020/12/22(火) 16:11:28.24ID:GJ2NqyED
ってかこの世の終わりだよう。。。
811デフォルトの名無しさん
垢版 |
2020/12/23(水) 09:37:51.13ID:vcwRrO0n
コロナもどんどん変異種がでてきとるしな
もう人類は無理だろ
さよなら人類
812デフォルトの名無しさん
垢版 |
2021/01/17(日) 17:25:02.12ID:/QJK4AMk
マジで終わりそうでコロナ怖い
2021/01/18(月) 06:41:44.76ID:062JN0Tv
武漢熱な
責任をぼかす言い方やめようぜ
2021/01/18(月) 07:07:52.97ID:iOtNqc3F
自民党支持者ってまだcygwin使ってるんだ
815デフォルトの名無しさん
垢版 |
2021/01/18(月) 16:38:16.66ID:0ToZeY7a
https://www.youtube.com/watch?v=BfrNJ_CQja8
2021/01/18(月) 21:10:56.29ID:062JN0Tv
アカって何の根拠もなく唐突に決めつけてくるんだ
2021/01/30(土) 08:40:50.47ID:PJvUkb6d
g++ (Rev6, Built by MSYS2 project) 10.2.0
Microsoft Windows [Version 10.0.18363.1316]
なんだけど、filesystem::hard_link_countが1しか返さないのはギャグ？

Microsoft(R) C/C++ Optimizing Compiler Version 19.28.29336 for x86
ちな、こいつはちゃんと2以上も返す
2021/02/10(水) 11:13:22.11ID:fLW5nkpk
MSYS2でアップデートしたらmintty周りの設定が飛んだみたい
もうWSL2にしろってことか
2021/02/25(木) 09:27:22.73ID:opz1PtTZ
int a [100］;
for_each(par,a,a+100,[](auto){while(true);});

g++ a.cpp -std=c++17 -O3 -mavx512f -mtune=znver2
a.exe

resmonで見るとどうもシングルスレッド
のようなんだが、なんで？
ちな、vsだとちゃんとマルチで動く
2021/02/26(金) 12:09:19.47ID:AnS5sJ/3
WSL2とどっちが強い?
まあうちは8.1なんだけど
2021/02/26(金) 12:30:22.51ID:ycOKDSmj
まあWSL2は本物だからなあ
WSL2よりもcygwinよりもWSLの方が好きだな
2021/02/26(金) 19:16:36.30ID:25Vyny5k
WSL2は内弁慶。
Cygwinは厚化粧。
MSYS2は八方美人。
2021/02/26(金) 21:22:38.26ID:P5cIP6RT
mingwとMSYSの使い分けがいまだによく分からん

MSYSのdllを使うコマンドか否か、みたいなのは分からなくはないが、
それはユーザが意識せにゃならんのかいなと

結局、エクスプローラのsendtoとかで別にあるLinuxサーバに送って、
TeraTermでそのディレクトリでシェルを起動して、grepとかawkとかってやっちゃうわ
2021/02/26(金) 21:28:07.37ID:AnS5sJ/3
buildしたものが違うのでは
2021/02/26(金) 21:48:44.22ID:Wdm5GEiQ
mingwはgccとその周辺では
結果的にいろいろついてくるけど
2021/02/27(土) 11:46:46.02ID:ZfwkxC6h
>>823
MSYSはmingwを含む擬似Linux環境で、mingwはLinux(POSIXではないのかな)のAPI
ゲートウェイみたいな感じ？
Linux上と同じ結果になる補償は無いけどMSYSのバイナリは直接Windowsで動作する
ものなので、MSYSの「usr/bin」にパス通しておけば直接コマンドプロンプトで使えるけど
ダメかな？
2021/02/27(土) 13:11:19.55ID:o2ETenih
だからmingwは開発ツールで、gccとその仲間達
MSYSはPOSIX的なコンピュータ操作環境
2021/02/27(土) 14:33:40.31ID:8wUBQ4y1
Strawberry Perl と Git for Windowsで事足りる
2021/02/27(土) 15:11:26.94ID:8soYMGM6
>>828
そういうものを使うのなら、いっそMSYS2にしたほうがええけどなあ。
とくにGitのほう。
830デフォルトの名無しさん
垢版 |
2021/03/05(金) 20:16:57.84ID:WyYIPIbI
g++コンパイルが遅すぎ何とかして
2021/03/05(金) 20:39:06.99ID:K07hjvLR
CPUを高速化してRAMディスクで作業する
2021/03/05(金) 20:57:23.65ID:uOdofCu2
Cygwinやろ？
MSYS2にのりかえろ。
2021/03/06(土) 11:34:56.06ID:Dg90sUFh
爆速ryzenが今安い
2021/03/06(土) 17:56:06.73ID:i89FgeaP
今は時期が悪い
2021/03/08(月) 09:13:59.21ID:sZNLhWU4
mouseDT8-G-KKとか
2021/03/08(月) 12:52:15.63ID:kBU69stw
MSYS2 はネイティブ実行ファイルを作る開発環境で、
POSIX 互換レイヤはあくまでも開発環境 (GNU ツールチェインなど) を動かすための最小限度というのがコンセプト。
POSIX 互換の実行環境として全体の面倒をみる Cygwin とはコンセプトが違う。
(Cygwin でも posix 互換レイヤを通さない実行ファイルを作れはするけど基礎理念の話ね。)

MSYS2 をインストールしたときに

・ MSYS2 MinGW 32-bit
・ MSYS2 MinGW 64-bit
・ MSYS2 MSYS

の三種類の環境が用意されるけど、
MSYS2 MSYS は開発環境の保守として使うだけに留めて
普段の開発には MSYS2 MinGW を使うのが標準的な運用形態。

そういう理念を実現するにあたって結果としては msys-2.0.dll に依存するかどうかの差
になって現れるのは確かだけど、そこだけで区別すると意味わからんよ。
2021/03/15(月) 01:37:27.11ID:GOWRyYdB
argv[0] にフルパスが入るのは保証された動作なの？
2021/03/15(月) 02:02:04.29ID:CpMcpHJE
いやそんなことはない
プログラム名だけどそれがファイル名とは限らない
2021/03/15(月) 08:15:04.47ID:A6EkfrQe
execlp(ファイル名,arg0,arg1,...(char＊)0);
2021/03/15(月) 08:15:41.86ID:A6EkfrQe
いくらでも嘘書ける
2021/03/22(月) 22:53:03.50ID:ybVyFf4F
minttyでおすすめのフォント設定を教えてください
メニューで出て来る選択肢の中で一番マシなEPSON 太丸ゴシック体Ｂで、今は誤魔化してます

$ mintty.exe --version
mintty 3.4.4 (x86_64-pc-msys)
c 2013/2020 Andy Koppe / Thomas Wolff
License GPLv3+: GNU GPL version 3 or later
There is no warranty, to the extent permitted by law.

という環境で、git for windows同梱のものをWindows 8.1 64bit上で使っています
2021/03/22(月) 22:59:28.97ID:/vCe82ri
migu入れてる
2021/03/22(月) 23:56:47.08ID:0vVHIzCT
Font=欧文フォント
FontChoice=CJK:1
Font1=日本語フォント
みたいにして欧文と日本語で別のフォントを指定してる
2021/03/23(火) 00:28:54.24ID:jgiu4i3h
御教示ありがとうございました
.minttyrcでのFontChoiceの設定ふくめ、色々調整してみます
2021/03/23(火) 01:01:17.32ID:G0iN/IIq
個人的には VL Gothic だが、そういうのは好みの幅が大きいから意見を貰ってもあまり参考にはならなさそう。
2021/03/30(火) 02:32:27.70ID:kQ+Iabze
このスレを読んでいるとMinGWよりもWSLの方が高速だという話ですが本当でしょうか？
WSLは何となく遅そうなイメージがありましたが、あれはWindowsと同じレベルで動いているのですか？
2021/03/30(火) 02:52:22.86ID:AJYcji2D
>>846
WSL はあくまでも Linux が動いている。
Windows よりも速い部分もあれば遅い部分もある。

ただ、 Windows の側とのやりとりが発生する部分、
特にファイルの入出力にボトルネックがあるというのはよく指摘される部分だと思う。
I./O が多く発生するような場合には WSL は遅くなりがち。

それと、 WSL を使うということは Windows と Linux の両方が起動して
コンピューターの中に共存している状態。
単純にメモリ消費量が多い。
充分な物理メモリが載ってないときついということはあるかも。

単純に速いとか遅いとかとは評価できないので特性を理解してっていう話だし、
具体的な条件が決まっているなら測定してみるのがてっとりばやいよ。
2021/03/30(火) 06:19:29.74ID:AnfR1yyf
速度なんて気にするの?
2021/03/30(火) 08:00:17.76ID:A9lvR3CA
wsl2はlinuxが動いてるんだけどwslはABI互換でwindowsでlinuxのバイナリを動かしてる感じ
速度はなんとも言えない
なおcygwinはとにかくIOが遅い
2021/03/30(火) 13:59:25.50ID:rMZjDh6L
やることにもよるけどWSLが十分に機敏に動作する環境jなら、Linuxが動いている
だけのWSLの方が処理は早いことが多いかも
ただWSLは所詮Linux部分はLinuxでWindowsとは無関係に動いているような構造
なので、MinGWとかCygwinみたいにコマンドプロンプトとかでLinuxのコマンド使い
たいみたいなことは出来ないし、まだCUI部分しか動作しないとかも考えると
LinuxはWSｌじゃなくてVMWareみたいなエミュレータの方が良いかなって思う
2021/03/30(火) 14:08:20.87ID:58d8d/13
でもwslってwindowsのexe動くからね
無理矢理感あって俺は好きだよ
まあ正確な動作ということならwsl2だよね
852デフォルトの名無しさん
垢版 |
2021/04/18(日) 16:38:27.97ID:ZM4jma5X
うひょっ
853デフォルトの名無しさん
垢版 |
2021/04/23(金) 23:47:56.17ID:hyXGjiN1
がーすー
2021/04/24(土) 06:19:36.43ID:7Pw5CUw8
WSL2 は、Microsoft が作っている、Linux カーネルを使うから、
毎月カーネルが自動更新されるので便利

Cent と同じで、無料サポートみたいなもの

Amazon Linux みたいなもの。
Amazonが自動更新する。
ユーザーがOS を管理しない、サーバーレス
855デフォルトの名無しさん
垢版 |
2021/04/24(土) 12:35:18.00ID:h25BJ37h
なんかMinGWのダウンロードサイト死んでるように見えるんだけどこれってなんか理由あんの？
2021/04/24(土) 14:41:51.66ID:yVkBrKf4
>>855
理由あるけど教えない
2021/04/24(土) 15:02:01.15ID:RMr7e0df
pacman -Syy
2021/05/05(水) 11:10:13.65ID:vI4aKPxv
ffmpegのコンパイルが24時間経っても終わらない前は2時間ぐらいで終わったのに
MinGWでGWが終わる
2021/05/05(水) 21:58:21.36ID:beJ7NAZN
MinGWでGW終わる言いたいだけちゃうんかと
2021/05/06(木) 07:42:42.99ID:WUloT9c9
えらく短いGWだな
2021/05/09(日) 22:00:00.43ID:Ad3WTS9Y
Minimum Golden Weekの略だからな
2021/05/29(土) 12:00:51.40ID:TeqQ68lU
>>860
ばーーーーーーーーーーーーーーーか
2021/06/14(月) 20:26:46.66ID:8ZmqHLEu
使ってるといつの間にかC:\msys64\mingw64\libとC:\msys64\usr\lib
に同じパッケ入っているのが、モヤッとする
2021/06/18(金) 19:53:11.19ID:xNdf91SD
モヤッとするのはお前の顔のせいだよな
2021/06/19(土) 08:25:14.89ID:YuC6BzbW
ハードリンクだったってオチは無い？？
2021/06/28(月) 14:59:34.53ID:so+vl3vs
MSYS2 には、pacman -g みたいな、ミラーの最適化ある？
2021/06/28(月) 17:01:09.02ID:F/0kPYVA
>>866
-gオプション自体がない
ざっと見た感じ同じような機能をもつオプションも見当たらなかった
2021/06/28(月) 17:10:44.85ID:+000hd27
gdbでデバッグする場合は、
gdb を起動。
「run コマンドライン」でターゲットをデバッグ起動。
止まったところで「backtrace」する。
「quit」で終了。

これで呼び出し履歴が取得できるぞ。
2021/06/28(月) 17:19:38.60ID:so+vl3vs
>>867
そうか・・・誠に残念
レスありがとう
2021/06/28(月) 17:30:12.96ID:K1itCHTP
俺は gdb --args にするけどな
2021/07/02(金) 11:07:38.54ID:wGfEJWRL
msys2のpacmanが6.0.0になってからパッケージデータベースの
シグネチャファイルをダウンロードしなくなったな。
~.db.sigってやつ。
2021/07/02(金) 12:23:37.78ID:E7tbYK4w
早く整備してくれ
ぐちゃになってからずいぶん経つぞ
2021/07/27(火) 14:04:59.30ID:cZjH0t2V
Makefileからcmd.exeでバッチファイル動かす方法ある？
cmd -c hogehoge.bat じゃうまくいかない
2021/07/27(火) 14:16:23.88ID:a9Oz3jZG
cygstartとか？
そういう話じゃない？
2021/07/27(火) 15:42:11.13ID:D0coxe5F
どううまくいかないんだよ？
いきそうだが。
876デフォルトの名無しさん
垢版 |
2021/07/27(火) 16:04:27.73ID:Dog97Bpd
-k
2021/07/27(火) 16:53:55.98ID:x4yitIm8
漏れは、デスクトップにショートカットを作っているけど、そのリンク先は、
コマンドプロンプトを起動して、Ruby スクリプトを実行する

C:\Windows\System32\cmd＠.exe /k "ruby C:/Users/Owner/Documents/Ruby/a.rb"

注意。書き込めないので、cmd＠.exeと、間に＠を入れました
2021/07/31(土) 13:56:23.14ID:t9HNV453
>>875
こういう感じ
D:\learn\make\bat>make --version
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for i686-pc-msys

D:\learn\make\bat>type makefile
all:
cmd -c test.bat

D:\learn\make\bat>type test.bat
echo %date% %time%

D:\learn\make\bat>make && echo meow
cmd -c test.bat
Microsoft Windows [Version 10.0.19041.1110]
(c) Microsoft Corporation. All rights reserved.

D:\learn\make\bat>exit
meow

D:\learn\make\bat>

ただcmd.exeが起動するだけでtest.batが動いてない
そしてcmd.exeが常駐するようで、これを手動でexitすると
&& の右側が実行されてにゃあと鳴く
2021/07/31(土) 14:10:50.73ID:ERnmDkwu
mingw32-make使ったら？
2021/07/31(土) 14:38:37.39ID:t9HNV453
バージョン古いせいかなと思ってやってみたけど
D:\learn\make\bat>make --version
GNU Make 4.3
Built for x86_64-pc-msys
Copyright (C) 1988-2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>;
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

D:\learn\make\bat>make && echo meow
cmd -c test.bat
Microsoft Windows [Version 10.0.19041.1110]
(c) Microsoft Corporation. All rights reserved.

D:\learn\make\bat>exit
meow

D:\learn\make\bat>where make
c:\msys64\usr\bin\make.exe

D:\learn\make\bat>

どうやら症状は変わらないみたい
2021/07/31(土) 14:46:13.40ID:N/3vvIjJ
cmd からのコマンド引数を/cではなく-cで渡すのは何か理由があるの？
2021/07/31(土) 14:51:31.56ID:t9HNV453
お、できた！
makeって/を「ルート」と読んでしまうから-にしてたんだけど、まさかこれだったとは・・・

㌧x >>881
883デフォルトの名無しさん
垢版 |
2021/07/31(土) 16:57:37.31ID:LRA0vGhm
な？
馬鹿だっただろ？
2021/07/31(土) 17:36:49.67ID:t9HNV453
C++スレでボコられて涙目の坊やか
2021/09/10(金) 06:50:23.72ID:PnujWjIy
cmd.exeに限らずWindows付属のCUIコマンドはｰをオプションとは見なしません
2021/09/10(金) 09:29:23.00ID:GkCk+wVi
見なすものもある。
2021/09/10(金) 09:37:44.36ID:4lYTh3Yv
netstat -?
2021/09/10(金) 10:12:41.34ID:53pAHbe3
いまどきの Windows には curl や tar が入ってるんだぞ。
2021/11/17(水) 04:07:51.95ID:Kdlo9yNJ
kmtar ははいっていますか？taz が使えて便利だったんですが…
2021/11/17(水) 07:02:47.72ID:K+kOE8G4
>>889
ありません
終わりです
2021/12/07(火) 02:19:31.74ID:lQSQ5VR9
msys2やcygwinはもう終わりだけど、linux上でmingw-64はwslの波に乗っただろう
wsl/gcc+wsl/mingw-64+win/mingw-64の3重コンパイルでクロス開発が捗る
2021/12/07(火) 05:24:53.84ID:UY6nLSPi
> linux上でmingw

シュールすぎるんだけどｗ
2021/12/07(火) 05:40:52.07ID:6IfYS1Dr
開発環境がlinuxで、windowsポート考えるならベストチョイスじゃないの
というかそれしかなくね？

linux版がwin版ほどメンテされてないというのは確かに事実で、両OSのmingwで吐かれるwinバイナリが同じという保証は乏しい
wsl使えるなら両方試して齟齬がないか検証すべきでは
2021/12/07(火) 05:47:33.64ID:6IfYS1Dr
まあ、やって損はない事と思うよ
makefileに一行加えるだけの手間だし
2021/12/07(火) 06:18:19.41ID:6IfYS1Dr
開発マシンがliunxでもwineみたいなwinエミュレータ使えばwin機なくてもテストは可能かもしれないけど
wineってかなり挙動不審だしな…

windows/wsl環境+mingw for linuxなら本物のwindows環境でテストが完結できるだろ
2021/12/12(日) 04:03:15.14ID:W0kKCLn+
MinGWのGCCやClangてなんかコンパイル遅い気がするんだけど
WSL上のlinuxだとちょっと早かったりする？
897デフォルトの名無しさん
垢版 |
2022/09/02(金) 17:31:47.01ID:xfIuEZrx
https://github.com/zhlynn/zsign
これをビルドするのにMSYS2を入れて、git clone git@github.com:witwall/mman-win32とやったのですが、Permission deniedとなってしまいcloneできません。

MSYS2はmsys2-x86_64-20220603で以下のコマンドでコアとパッケージシステムを更新、インストールしています
pacman -Syu
pacman -Su
pacman -S base-devel
pacman -S msys2-devel
pacman -S mingw-w64-i686-toolchain mingw-w64-x86_64-toolchain
2022/09/03(土) 12:58:09.28ID:njoa8+ct
>>897
Permission deniedでますね
2022/09/03(土) 13:06:49.40ID:91ZlUxrs
git clone github.com:witwall/mman-win32

マルチすんな
2022/09/04(日) 10:31:44.60ID:VXdRt/xS
じゃあクロスのやり方教えて
901デフォルトの名無しさん
垢版 |
2022/09/04(日) 14:58:21.80ID:dy/AOC8s
>>899
過疎スレで誰も見てないなと思ってついやっちゃってごめんね
902デフォルトの名無しさん
垢版 |
2022/09/04(日) 15:36:10.92ID:dy/AOC8s
https://fate.5ch.net/test/read.cgi/ios/1660182954/74
わかる人います？
2022/09/04(日) 17:00:20.38ID:A8KVTWK8
>>900
このスレ以外のxxスレでも同じ質問しています
と全部のスレに描いて置くだけでもはるかにマシだと思うが
2022/09/04(日) 23:01:47.10ID:QxOeTDrF
>>902
ソースはどうやって取った?
2022/09/05(月) 05:46:53.76ID:YC0Agv6v
>>903
どこのスレで聞く予定か決まってないとできないことだね
どっかのスレで聞いて有効回答が得られなかったから他をあたるときは無理
そこでもう諦めろという資格はあんたにはない

せっかく回答しても一言多い人はイヤミなやつと思われる
fjにもいたよ、やなやつ系の人
2022/09/05(月) 12:18:16.08ID:CjnDxYFq
>>905 他のスレで質問するときに先に質問してたスレを挙げるのはできるだろ。
2022/09/05(月) 14:52:44.22ID:YC0Agv6v
>>906
その時点でもうクロスじゃねえだろ
しつけえな
2022/09/05(月) 18:36:40.42ID:CjnDxYFq
> どこのスレで聞く予定か決まってないとできないことだね
> どっかのスレで聞いて有効回答が得られなかったから他をあたるときは無理
ここの「できない」「無理」を否定しているだけで、クロスじゃねえかどうかは関係ないよ。
2022/09/06(火) 06:32:16.53ID:8iFyZ+3k
自分が個人的に気に入らないってだけで
他人にああしろこうしろ言う図々しいやつ
910デフォルトの名無しさん
垢版 |
2022/09/06(火) 09:15:35.13ID:9WMtC8UL
>>905
>どこのスレで聞く予定か決まってないとできないこと

ちなみにクロスもどこのスレで聞く予定か決まってないとできないことだぞ
2022/09/06(火) 10:05:14.92ID:8iFyZ+3k
マルチすんなというバグった骨董品に5chにクロスの機能がないのに無茶ぬかすなと指摘したんだよ
それへの返事()が>>903のような頓珍漢な内容だったんで
端っから破綻している話をおちょくっただけだが文句あんのか？
マニュアルトークばっかりで中身のないハリボテ野郎がｗ
2022/09/06(火) 12:50:52.33ID:QxRWO4Sk
>>902
./configure に、そんなオプションが存在しないのでは？

>No rule to make target 'config.mak'
「ffmpeg config.mak」などで検索すれば？
913デフォルトの名無しさん
垢版 |
2022/09/06(火) 13:39:00.56ID:4u8//Iu5
opensslをビルドしたけど、これって成功してる？失敗してる？

make depend && make _build_sw
make[1]: Entering directory '/home/XXX/openssl'
make[1]: Leaving directory '/home/XXX/openssl'
make[1]: Entering directory '/home/XXX/openssl'
x86_64-w64-mingw32gcc -I. -Iinclude -Iapps/include -m64 -Wall -O3 -DL_ENDIAN -DOPENSSL_PIC -DOPENSSLDIR="\"/usr/local/ssl\"" -DENGINESDIR="\"/usr/local/lib64/engines-3\"" -DMODULESDIR="\"/usr/local/lib64/ossl-modules\"" -DUNICODE -D_UNICODE -DWIN32_LEAN_AND_MEAN -D_MT -DOPENSSL_BUILDING_OPENSSL -DNDEBUG -c -o apps/lib/libapps-lib-app_libctx.obj apps/lib/app_libctx.c
/bin/sh: line 1: x86_64-w64-mingw32gcc: command not found
make[1]: *** [Makefile:2624: apps/lib/libapps-lib-app_libctx.obj] Error 127
make[1]: Leaving directory '/home/XXX/openssl'
make: *** [Makefile:1554: build_sw] Error 2
2022/09/06(火) 14:04:07.58ID:M4FVZY7o
失敗している

直前に実行したコマンドが成功したかどうかは
$ echo $?
で確認する
0 が表示されれば成功
それ以外は失敗
2022/09/06(火) 14:06:57.11ID:M4FVZY7o
>>913
ちなみに原因は x86_64-w64-mingw32gcc を起動したこと
正しくは x86_64-w64-mingw32-gcc
prefixに指定すべきは
x86_64-w64-mingw32　ではなく
x86_64-w64-mingw32- ということだと推測される
2022/09/06(火) 16:17:14.54ID:QxRWO4Sk
>/bin/sh: line 1: x86_64-w64-mingw32gcc: command not found
そういうコマンドが存在しないのじゃ？

コマンドが存在すれば、
which python3
/usr/bin/python3

which x86_64-w64-mingw32gcc
と入力してみれば？
917デフォルトの名無しさん
垢版 |
2022/10/06(木) 15:32:07.23ID:Ov6T9Uu9
opensslをビルドしようとすると
cc1.exe: fatal error: md2test.c: No such file or directory
compilation terminated.
make[1]: *** [<builtin>: md2test.o] Error 1
make[1]: Leaving directory '/home/hoge/openssl/test'
make: *** [Makefile:296: build_tests] Error 1
と出る・・・
918デフォルトの名無しさん
垢版 |
2022/10/06(木) 15:33:01.61ID:Ov6T9Uu9
コマンドは以下の通り
cd /root/openssl
git checkout OpenSSL_1_0_2s
./Configure --cross-compile-prefix=x86_64-w64-mingw32- mingw64
2022/10/06(木) 16:27:26.92ID:cWE4RcCn
>>917
>cc1.exe: fatal error: md2test.c: No such file or directory
test/md2test.c があるかをまずは確認
920919
垢版 |
2022/10/06(木) 16:33:48.59ID:cWE4RcCn
ちなみにLinux上のクロス環境だけど普通にビルドできたよ
$ wget https://github.com/openssl/openssl/archive/refs/heads/OpenSSL_1_0_2-stable.zip
$ unzip OpenSSL_1_0_2-stable.zip
$ cd openssl-OpenSSL_1_0_2-stable/
$ ./Configure --cross-compile-prefix=x86_64-w64-mingw32- mingw64
$ make
$ echo $?
0
2022/10/07(金) 12:22:36.36ID:d4ub3t4L
どうせ ./configure で間違えたか失敗したんだろうな
922デフォルトの名無しさん
垢版 |
2022/10/07(金) 15:18:33.31ID:2fSodFyt
どうもcheckout時にtest/md2test.cがなくなったっぽい
923デフォルトの名無しさん
垢版 |
2022/10/08(土) 19:39:30.38ID:qxTVurIe
>>920
ほぼ同じことをやったけど、やっぱ>>917と同じ事が起きた
OpenSSL_1_0_2sでもtest/md2test.cがないとコケる
2022/10/08(土) 21:46:27.37ID:xDu3MKAN
If you want to just get on with it, do:

$ ./config
$ make
$ make test
$ make install

とINSTALLにあるけど
925デフォルトの名無しさん
垢版 |
2022/10/09(日) 12:19:38.59ID:Tz+TsrJC
実はこれをビルドしてるんです
https://github.com/zhlynn/zsign/issues/158

>>924を参考に
cd openssl
git checkout OpenSSL_1_0_2s
./Configure --cross-compile-prefix=x86_64-w64-mingw32- mingw64
make
make test
とやったんだけど、やはりmd2test.c絡みエラーが出た
2022/10/09(日) 12:43:19.28ID:+ozsmf3D
https://github.com/zhlynn/zsign/search?q=md2test
これで何も出ないからなぁ
2022/10/09(日) 18:48:11.24ID:Pj/q53xX
INSTALL.W64

You will need Perl.
You will need Microsoft Platform SDK


To build for Win64/x64:

> perl Configure VC-WIN64A --prefix=c:\some\openssl\dir
> ms\do_win64a
> nmake -f ms\ntdll.mak
> cd out32dll
> ..\ms\test

とあるね
2022/10/09(日) 18:56:50.21ID:Pj/q53xX
あとConfigureとconfigがあってconfigを使えってことじゃないの
2022/10/10(月) 17:42:08.13ID:uEke22m0
linuxでビルドしてみたけどopenssl-OpenSSL_1_0_2-stableだとlibssl.soができないから失敗してるぽい
openssl-OpenSSL_1_1_1の方はmake testまで通った

$ @bash ~/build/openssl-OpenSSL_1_0_2-stable
$ find "." -type f | perl -ne '/libssl/ and print'
./libssl.pc
./libssl.a


$ @bash ~/build/openssl-OpenSSL_1_1_1q
$ find "." -type f | perl -ne '/libssl/ and print'
./util/libssl.num
./linux/libssl.map
./linux/libssl.pc
./linux/libssl.a
./linux/libssl.so.1.1
2022/10/20(木) 23:31:35.93ID:+6WDZGK8
msys2と違ってtdm-gccはgccのバージョンが選べる代わりに
更新がむちゃ遅いやんけ～
多分、人手が足りないんやなぁ
2022/10/24(月) 16:47:31.17ID:VKX4Fsrh
gcc 自体にはバージョンを混在させる仕組みはある。
クロスコンパイル用の環境を構築したいとかよくあることだし。
MSYS2 でもできなくはないけど、
今だと Docker を使うとかしたほうが簡単なのかなぁ……。
2023/03/14(火) 10:13:05.30ID:nRxoL4vn
MSYS2 MinGW64 の環境でSDL2を使ってゲームを作っています。
作ったゲームは将来的には配布する予定です。
それでDLLを動的リンクにするためにパッケージに含めたいと思っています。

今のところ起動に必要なDLLが
libgcc_s_seh-1.dll
libstdc++-6.dll
libwinpthread-1.dll
他、SDL2のdll
です。

C++とpthreadのdllは何となくわかるのですがlibgcc_s_seh-1というのは何でしょうか？
MinGW固有のgccのdllですか？
2023/03/14(火) 14:53:19.91ID:E+DEqG9x
structured error hunt
2023/03/16(木) 00:09:23.83ID:srO8KDRm
>>932
$ pexports libgcc_s_seh-1.dll
2023/03/24(金) 14:33:04.65ID:A6TekdSG
sizeof(long double) == 16になったのは、いつから？
936デフォルトの名無しさん
垢版 |
2023/03/28(火) 17:22:29.83ID:hvNFNzxE
tdm-gcc良いんだがな
2023/03/30(木) 10:23:19.95ID:B7uoZJXZ
>>930
Mingw-builds じゃダメなのか？
俺も最初は TDM-GCC 使ってたけど、何時までも更新されないから Mingw-builds の 12.2.0 に乗り換えた
俺が使っている wxWidgets 3.2.2.1 も普通にビルドできたし、若干コンパイル速度も上がった気がする
（気のせいレベルかもしれませんが・・・）
2023/07/10(月) 11:59:21.63ID:YLTFTLfF
Windows7 64bitにMSYS2インストールしたら

The MSYS2 project no longer supports Windows 7 and 8.0.
For more information visit https://www.msys2.org/docs/windows_support

って黄色い字で表示されるようになった

とりあえずコンパイルとかはできてる
2023/07/11(火) 09:23:59.81ID:IUx5aYIs
>>938
左様でございますか
940デフォルトの名無しさん
垢版 |
2023/09/12(火) 12:30:45.63ID:QOX8wfhQ
それよりゲロ重いのが
2023/09/28(木) 08:25:12.03ID:C8Dm3tge
切磋琢磨
2023/09/28(木) 10:21:45.74ID:7+/lnWbq
そういやswingを低速言うてるけど
JavaFXのほうが初期化しめちゃめちゃ時間かかってもっさりしてるんだけど…
そしてmacでは未だにスレッド競合解決してない
swnigよりオワコンな気がする
943デフォルトの名無しさん
垢版 |
2023/10/10(火) 09:18:07.78ID:vCJOXgr3
スレチ
2023/12/24(日) 13:46:07.33ID:zZdFC2zj
質問です。

・ OS は windows10 で、最近 MinGW-w64 を導入した。
・ 下記の test.cpp ファイルに対して g++ -m64 -o test5 test.cpp と実行。

test.cpp
#include <stdio.h>
#include <stdint.h>
int main(){ printf("%d %x %zu", sizeof(long), sizeof(long), sizeof(long)); getchar(); return 0; }

・ 出力された test5.exe を実行してみると、なぜか「4 4 4」と表示されてしまい、
　「8」が1個もない。64ビット環境では、sizeof(long) は「8」なのでは？

・ test5.exe を右クリックして互換モードの欄を見てみると、
　 Vista 以降のものしか表示されないので、
　 ちゃんと64ビット版の実行ファイルになっている
　 (他にも色々な確認方法があるが、いずれも64ビット版に合致する)。

・ それなのに「8」と表示されないのはなぜ？
2023/12/24(日) 15:28:23.49ID:SfA3xmSz
>>944
> 64ビット環境では、sizeof(long) は「8」なのでは？

単にその認識が誤り。
64ビット版の Windows の ABI では long は 4 バイトと規定してる。
https://learn.microsoft.com/ja-jp/cpp/build/x64-software-conventions?view=msvc-170#scalar-types

コンパイラが OS の規定に逆らって独自の仕様にしたってかまわないんだけど、
やりとりがややこしくなっちゃうだけで得なことはないからね。
2023/12/24(日) 19:23:18.89ID:zZdFC2zj
じゃあこの挙動で問題ないんですね。ありがとうございました。
2024/05/29(水) 06:44:42.24ID:85k4cg9J
mingw64でglibとgstreamerに動的リンクしたバイナリ作ったんだけど、glibは関数呼べるけどgstreamerは関数呼べない
なぜかgstreamerの関数を書くとプログラムの起動がコケて関数をコメントアウトするとちゃんと起動する
リンクがおかしいのかもと調べてみたけどちゃんと動的ライブラリはリンクしてるっぽい
あと考えられるのは動的ライブラリの破損ぐらいなんだけど、お前ら何か考えつくことある？
948947
垢版 |
2024/05/29(水) 07:56:37.14ID:85k4cg9J
gstreamerのバージョン下げたら解決した
2024/06/15(土) 21:47:14.13ID:Ate4RGLQ
VC6時代のソースをビルドしてlddで見ると以下のようになった
ntdll.dll
KERNEL32.DLL
KERNELBASE.dll
msvcrt.dll

VC22は以下
ntdll.dll
KERNEL32.DLL
KERNELBASE.dll
ucrtbase.dll
VCRUNTIME140.dll

上のmsvcrt.dllの代わりに下のucrtbase.dllとVCRUNTIME140.dllでビルドできないか
ファイルサイズがstripしてもVC22の10倍になってしまいmsvcrt.dllを疑っている
バージョンは
gcc version 11.2.0 (Rev6, Built by MSYS2 project)
2025/01/05(日) 11:05:05.31ID:0SlvKtyY
hosyu
951デフォルトの名無しさん
垢版 |
2025/03/09(日) 23:22:05.65ID:sClrYMAa
もう8時間もビルドしてるんだが？
いつ終わるんだ
952デフォルトの名無しさん
垢版 |
2025/03/10(月) 00:26:15.12ID:L5uR+Msw
何を？
2025/03/10(月) 10:28:51.60ID:L5uR+Msw
終わったかな？
954デフォルトの名無しさん
垢版 |
2025/03/10(月) 15:40:18.94ID:3GRyZaix
コンパイルだけで14時間かかった
インストールでエラーが出て終了
2025/03/10(月) 23:09:09.64ID:L5uR+Msw
何を？
2025/03/11(火) 09:58:54.15ID:GvJGmymX
スレの主旨からすると GCC のコンパイルかな？
ただでさえ時間がかかるのにステージ3までやったら単純に三倍ってことだからなー
2025/03/12(水) 15:30:34.03ID:aNDBBqWo
cygwin使うって事はwindowsの人なんだろうけど
gccをバイナリじゃなくてソースから入れたがる理由はなんだろ
2025/03/12(水) 15:43:42.31ID:cxKhqENs
クロスコンパイル環境を構築するときはバイナリが見当たらないということもある。
959デフォルトの名無しさん
垢版 |
2025/03/13(木) 04:45:54.85ID:eyMSpLdK
解決しました
cgwinじゃなくてlinux環境のgccです
GCCについてのスレがDAT落ちしてたので藁をもすがる思いでこちらに書きました
gitから落とした某ソースをやってたんですがエラーログ見たら環境変数が不正だったので該当の.cに追記したら無事インストール出来ました
助かりました
遅いのはマシンスペックが大概なのもあると思います
2025/03/13(木) 11:20:49.35ID:NvBr8oPw
> 藁をもすがる思いでこちらに書きました
これまでの経緯見て通じてると思ってるところがZ
チラ裏にでも書いて死んどけ
961デフォルトの名無しさん
垢版 |
2025/03/19(水) 11:43:06.67ID:Irgid5LD
初心者に厳しいっていうのはこんなところだな
2025/03/19(水) 12:50:01.68ID:0pCxXH7R
×　初心者
○　低知能馬鹿コミュ障クズ

他人が読んで分かるように書く気がないのなら、チラ裏か日記に書いとけ
相手のせいにするのはゆとりＺクズの常套手段だが、そもそも何を知りたいのか分からんのでは答えようがない
コミュ障馬鹿の為に一応定義しておくと、例えば、初心者に厳しい＝低レベルの質問をした場合に無視or馬鹿にされる、だ
エスパーしてでも回答しようとしてる奴も居るし、誰も該当しない
2025/03/22(土) 11:49:02.54ID:b/nN/9NR
>>938
こうなるの分かってたでしょ
なんで10や11にしなかったの？
2025/03/22(土) 14:19:58.73ID:U6/Lg1xx
判ってて使う分には問題無い
2025/03/22(土) 21:56:27.10ID:cRNo9rU1
使っててとくに問題なさそうにみえて実は非常にコアな部分でトンでもない不具合が生じていて
一見ふつうに動いているだけという可能性はある
さりとて、じゃあMSYS2がサポートしてる環境下で「絶対に確実にすべてが問題なく動いている」という保証も
じつのところないので、結局そういうことを気にしたら負け
966デフォルトの名無しさん
垢版 |
2025/06/26(木) 17:52:15.96ID:nmyewptE
wsl2でlinux版のmingw使ってるけどすごくいいね
gcc on linuxとgcc on mingw on linuxでlinux/winのバイナリを両方吐ける
これからのクロス開発のスタンダードになるんじゃ？
2025/06/26(木) 18:43:04.44ID:JONMqo8w
大昔からクロス用に使われていたgccをさも今自分が発見しましたみたいに言われても…
ちなclangの方がひとつのコンパイラで複数ターゲットに対応できるからもっと簡単
2025/06/27(金) 09:28:46.15ID:H+pgJuGy
>>966
とっくになってるでしょ
2025/06/27(金) 09:29:24.03ID:H+pgJuGy
>大昔からクロス用に使われていたgccをさも今自分が発見しましたみたいに

ほんそれ
開いた口が塞がらんわ
970デフォルトの名無しさん
垢版 |
2025/07/06(日) 09:46:03.14ID:jyZjYPic
(たぶん)初心者が使ってて自分があっと気付いたから書いただけで、さも自分が発見しました！なんて言ってないだろ…

そもそも毎スレ掘り返される話題だし、それで初心者を萎縮させるのはどうかと
>>891くらいまで発展的用法バリバリ使ってたら、お前ら叩かんやろ？
971デフォルトの名無しさん
垢版 |
2025/07/06(日) 10:20:31.05ID:RFZXbMVg
いってるね
2025/07/10(木) 02:15:09.38ID:K1GlzFeW
これは言ってるようにしか読めないわ
973デフォルトの名無しさん
垢版 |
2025/07/15(火) 23:36:59.18ID:hInNkoM6
ここの回答者クズばっかだな
そら初心者こないわ
2025/07/15(火) 23:48:52.15ID:bTX3ONQP
スレタイの初心者とは言え内容的にはプログラミング熟達者の方が多いから自力解決する事が多いのでは
2025/07/15(火) 23:55:01.09ID:Xa+JcFPE
煽りとかそういうのでなく、純粋に意見として
今は初心者レベルの人はAIに聞いたほうがはるかに有用な答が得られる
2025/07/16(水) 00:05:19.73ID:54zFMq80
次スレ立てるときにはcygwinは控えめで

MSYS2ルート(mingw64-gcc/clang/bash/各種ライブラリ等windowsネイティブポート)
VSCodeルート(msys2導入せずmingw64コンパイラだけ導入)
WSL2ルート
のそれぞれで誰か説明したらwindowsプログラミング初心者(VSは使いたくない人)の助けになるかも

>>975
AIでまとめて貰っても良いかも
2025/07/16(水) 03:12:54.62ID:07jtrGs0
TDM-GCC64ってなんなん
2025/07/16(水) 16:55:53.12ID:8VyoLyXs
>>976
gccの話なら開発環境は全部Linuxで済ませてWindowsはあくまでターゲットのひとつに留めといたほうが簡単で楽なんだけどね
まあこのスレはcygwin/mingwのスレだからそれはスレチか
2025/07/16(水) 18:56:50.02ID:uj9eYc0f
>>973
Visual Studioが至れり尽くせりなんだけど、それだけだとロックインするからスレタイの環境に興味がある人がいると思う
ただしこのスレではMSYS2以外で導入していろんな墓穴を掘っている傾向がある
とりあえずMSYS2導入(とその後のメンテ)をQiita/Zennで調べたら、初PCゲットしたてのスマホキッズでも躓く事は少ないのでは

マルチプラットフォームアプリ開発等の必要性が出てきたらWSLにすれば良いかと
2025/07/16(水) 19:02:18.06ID:uj9eYc0f
>>977
それは更新されてないから無視して良いかと

>>979にちょと書いたけど、初期導入以外にも本家gccへの追従更新やサードライブラリ追加導入の事も大切
そこがMSYS2が手頃なので
2025/07/16(水) 19:04:00.62ID:uj9eYc0f
もちろん「プログラミング熟達者」は好きにしたら良いと思う
2025/08/22(金) 17:08:27.47ID:3pyH/4Fj
Windows用Gitに、msys2由来のコマンド類が結構入ってるけど、
こっちはどれくらい使えるものなのだろう

コンパイラは無い、というのはいいとして、
grep、sed、awkとから辺は入っているから
とりあえずシェルスクリプトでちょっと何かをしたい、と
思った時とかは、Gitについてるコマンド類でも充分なのかな

正直、Windows用GitとCygwin+MinGWを導入していると、
gnu-utilsあたりのコマンドが両方入っているような感じで、
どっちかもう消したいんよね

gitはWindows用Gitの方が都合がよいのでこちらを残すかと
思ってるのだが、なー
2025/08/23(土) 21:23:36.16ID:ophcDa1q
>>982
Git for Winのmingw環境は、あくまでもgitのためのものだからな

bash、grepはじめ、UNIX的コマンドをより完全に使いたいのなら、
やはりCwgwin+MinGW+GCCかなと

ただ、Gitをメインに据えたいというのなら、
逆にGitのMinGWにgccとかを入れていくのがよいかなと
コマンドが足りなければその時にまた追加していく、で
それでgit環境がおかしくなったら、涙を拭いて頑張る、になるが
2025/08/24(日) 10:11:40.65ID:FHs64gUC
全部入りがいいならMSYS2でいい
2025/08/24(日) 21:06:59.10ID:JGmFRBjN
msys2で全部入り(随時追加)が良いよ
各ランタイムの開発環境(ucrt64,mingw64,clang64)の合計なんて30GBにも満たない
昨今の(mono)プロジェクト単位の依存関係インストールに比べたら軽いものでは
2025/08/27(水) 03:14:16.66ID:nJC8HQwX
windowsのパス環境変数取り合いになるからなあ
こういうの
統合してほしい
2025/08/27(水) 05:44:42.72ID:F9vl64W8
そう言う疑問はmsys2インストールして環境別のショートカットを見たら直ぐに分かる
988デフォルトの名無しさん
垢版 |
2025/10/12(日) 05:50:47.01ID:W2SaGlg4
>>985
でけーよ…
新着レスの表示
レスを投稿する

レス数が950を超えています。1000を超えると書き込みができなくなります。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況