探検
Cygwin + MinGW + GCC 相談室 Part 8
レス数が950を超えています。1000を超えると書き込みができなくなります。
687デフォルトの名無しさん
2020/04/28(火) 17:14:36.86ID:qC7CqvMj ホームパスを一緒にすると色々弊害出そう
688デフォルトの名無しさん
2020/04/28(火) 17:30:05.30ID:7TaGv6sC689デフォルトの名無しさん
2020/04/28(火) 18:17:52.10ID:eCWBo+Hl 色々と混ぜたいからホームディレクトリを一緒にするんだろ
そうじゃなければ最初から分けとけばいいだけの話だ
そうじゃなければ最初から分けとけばいいだけの話だ
690デフォルトの名無しさん
2020/04/28(火) 18:20:54.27ID:7TaGv6sC691デフォルトの名無しさん
2020/04/28(火) 18:21:10.90ID:7TaGv6sC 「色々」と混ぜたいならその「色々」だけを混ぜればいいじゃん
692デフォルトの名無しさん
2020/04/29(水) 09:35:11.34ID:TuLha3Ht 混ぜるな危険
693デフォルトの名無しさん
2020/04/29(水) 09:46:08.06 Microsoft Store に WSL Ubuntu 20.04 LTS 出てるけど、まだ入れない方がいいんですか
694デフォルトの名無しさん
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 側へアクセスできる
1年後でも良い
Ruby のirb では、MSYS2/MinGW で、日本語入力でバグるから、
WSL の方が、互換性が高い
日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv で、
色々なバージョンも入れられる
VSCode も、Remote WSL 拡張機能で、Linux 側へアクセスできる
695デフォルトの名無しさん
2020/04/29(水) 10:38:59.10ID:Cpi+Il5+ >>679
コマンドプロンプト・PowerShell で、wsl と入力すれば、WSLが起動する
最も良いのは、Linux 側のフォルダのショートカットをデスクトップにでも作って、
そのフォルダの右クリックメニューから、VSCode を起動する
これで、WSLを起動して、Linux側のプロジェクトを開ける
コマンドプロンプト・PowerShell で、wsl と入力すれば、WSLが起動する
最も良いのは、Linux 側のフォルダのショートカットをデスクトップにでも作って、
そのフォルダの右クリックメニューから、VSCode を起動する
これで、WSLを起動して、Linux側のプロジェクトを開ける
696デフォルトの名無しさん
2020/04/29(水) 11:51:03.18ID:Jemg3aCN wsl, opensuse leapにmingw64入れてクロスビルドしてる。
configure作って--hostでmingw指定すれば楽勝すぎて屁が出そう
configure作って--hostでmingw指定すれば楽勝すぎて屁が出そう
697デフォルトの名無しさん
2020/04/29(水) 11:51:38.68 自分が使っているWSLが1なのか2なのか知る方法は?
698デフォルトの名無しさん
2020/04/30(木) 13:35:41.83ID:HbyVq09Q openSUSE Leap 15.1用のmingw配布消えとるやん
くそがー
くそがー
699デフォルトの名無しさん
2020/04/30(木) 17:32:57.91 そもそもWSL2はエンスー向けか
普通の人は1が入ってるのか
普通の人は1が入ってるのか
700デフォルトの名無しさん
2020/05/02(土) 23:21:47.63ID:nkPqW+JC MinGWっていうかGitBash環境なんだけど
WSL1より2倍ぐらいシェルスクリプトが遅いんだよね
どこが原因かわからんけどこんなもん?
なにか大きな差がでるポイントでもあるんかね?
WSL1より2倍ぐらいシェルスクリプトが遅いんだよね
どこが原因かわからんけどこんなもん?
なにか大きな差がでるポイントでもあるんかね?
701デフォルトの名無しさん
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倍の差がでてるから
もうこれはどうしようもないのか?
$ 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倍の差がでてるから
もうこれはどうしようもないのか?
702デフォルトの名無しさん
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(2倍ぐらい遅い)→MinGW(さらに10%遅い)
こんな傾向がある。ファイルシステムは関係ないはず
やってるのはCPUの処理だけなはずなんだけどなぁ
この比率は変わらない
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(2倍ぐらい遅い)→MinGW(さらに10%遅い)
こんな傾向がある。ファイルシステムは関係ないはず
やってるのはCPUの処理だけなはずなんだけどなぁ
703デフォルトの名無しさん
2020/05/03(日) 05:18:19.65ID:1PSoskYy 調べるとradeonのドライバを切れとか書いてあるけど…
704デフォルトの名無しさん
2020/05/03(日) 05:22:33.02ID:HUz+EFHq >>703
使ってないよw
使ってないよw
705デフォルトの名無しさん
2020/05/03(日) 05:24:47.68ID:HUz+EFHq radeonの話は画面に出力が絡むなら
関係ありそうな気もするけど、それ以外でも発生するんだろうかね
あとHOMEは MinGWは /c/Users/myname
Cygwinは/home/mynameだ
関係ありそうな気もするけど、それ以外でも発生するんだろうかね
あとHOMEは MinGWは /c/Users/myname
Cygwinは/home/mynameだ
706デフォルトの名無しさん
2020/05/03(日) 05:26:40.40ID:HUz+EFHq よく見ると大きな差があるのはuser空間だから
コンパイルオプションが違ってるとかなのかな?
コンパイルオプションが違ってるとかなのかな?
707デフォルトの名無しさん
2020/05/03(日) 05:38:01.14ID:1PSoskYy seq使うんじゃなくて{1..1000000}の方がいいかもね
708デフォルトの名無しさん
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でも使ってるんじゃなかったっけ?
つってもわずか一回だからなぁ。やってみてもいいけど
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でも使ってるんじゃなかったっけ?
709デフォルトの名無しさん
2020/05/03(日) 07:25:18.35ID:69WKUEPM710デフォルトの名無しさん
2020/05/03(日) 07:38:38.22ID:HUz+EFHq >>709
いや比較しないと意味ないだろw
いや比較しないと意味ないだろw
711デフォルトの名無しさん
2020/05/03(日) 07:39:48.20ID:HUz+EFHq ちなみに俺のはCPUはi7な
Cygwin、MinGWを実行したら
それの2倍かかるはず
Cygwin、MinGWを実行したら
それの2倍かかるはず
712デフォルトの名無しさん
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
MinGWといいつつmsysのbashやろ
これもforkがcygwinゆずりだから遅い。
wslもfork遅いと思うけど。
virtual boxにwindowsファイルを共有させたものの方が実は速い。
純粋にwindowsとLinuxの環境を同居させたきゃ仮想PC
Linuxでwindows binaryをクロスビルド、テストまでしたけりゃwsl
713デフォルトの名無しさん
2020/05/03(日) 21:47:49.28ID:v0W4oGhj まあ名前解決のところと passwd/group の設定はしといた方がいいね
714デフォルトの名無しさん
2020/05/03(日) 23:40:13.01ID:sXSeyux8715デフォルトの名無しさん
2020/05/04(月) 02:27:10.75ID:R/PLl+Gn 元々、bash が、ループ向きではないから、dash などを使う
for は遅いから、while などを使う。
実行時間中のほとんどが、フォークの時間
ループは、awk, perl, ruby などでは、0.1 秒も掛からない。
単一プロセス中の処理だから
for は遅いから、while などを使う。
実行時間中のほとんどが、フォークの時間
ループは、awk, perl, ruby などでは、0.1 秒も掛からない。
単一プロセス中の処理だから
716デフォルトの名無しさん
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
傾向は一緒。ただのループなのに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
717デフォルトの名無しさん
2020/05/04(月) 03:06:42.72ID:szliIti6 >>715
どこでフォークしてるというの?
どこでフォークしてるというの?
718デフォルトの名無しさん
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
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
だから、シェルスクリプトでは、while を使えと言われる
bash よりも、dash を使う。
それ以上は、awk, perl, ruby
720デフォルトの名無しさん
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と大差ないので省略
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秒
10万行の処理で、
for : 9分
while : 5秒
awk/perl : 0.1秒
722715
2020/05/04(月) 07:33:20.66ID:R/PLl+Gn $((i+1)) という部分が、コマンドだから遅いのだろう
ほとんどが、そのフォーク時間
ほとんどが、そのフォーク時間
723デフォルトの名無しさん
2020/05/04(月) 07:37:26.49ID:iIYyf/rd せいぜいbashのサブコマンドで、forkしとらん気がする
ただマルチスレッドは使ってるかも知れんし、その際のメモリ操作はなんか性能の問題があった気はする
ただマルチスレッドは使ってるかも知れんし、その際のメモリ操作はなんか性能の問題があった気はする
724デフォルトの名無しさん
2020/05/04(月) 07:49:25.72ID:szliIti6 >>722
コマンドじゃないよ
コマンドじゃないよ
725デフォルトの名無しさん
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割近く速くなった
linux上で
ltrace -f bash -c 'for i in {1..1000000}; do :; done'
したら、mallocを何度も呼んでいるようだから、ヒープ操作関係が遅い可能性はある
実際、linux上でもmallocの実装をglibcのからjemallocに切り替えたら上のループが2割近く速くなった
726デフォルトの名無しさん
2020/05/06(水) 17:53:36.31ID:cyb3WwF6 wsl2は仮想マシンになるのか
windowsバイナリ実行できるのかな
windowsバイナリ実行できるのかな
727デフォルトの名無しさん
2020/05/06(水) 19:33:37.07ID:DK8FW5YB 以下のパッケージ、入れようとすると対象が見つからないと出るんだけど・・・
dlfcn
libpng
tools-git
jq
clang
dlfcn
libpng
tools-git
jq
clang
728デフォルトの名無しさん
2020/05/06(水) 20:42:44.30ID:Fjn1hDTG WSL, Ubuntu 18.04 には、jq もあるけど
apt-cache show jq
メンテナー : 陳昌倬
apt-cache show jq
メンテナー : 陳昌倬
729デフォルトの名無しさん
2020/05/06(水) 22:45:14.75ID:UqyV1t7H730デフォルトの名無しさん
2020/05/11(月) 23:46:54.34ID:77t5bXxM GCC 10.1まだですか
731デフォルトの名無しさん
2020/05/12(火) 00:26:10.57ID:6XbzcR0E ついにGCCのバージョンも10まできたか・・
732デフォルトの名無しさん
2020/05/12(火) 01:18:10.18ID:yS+J4vmz GCCじゅにや
733デフォルトの名無しさん
2020/05/12(火) 07:09:28.82ID:zxRznJOz カバにダンスをさせるのは
あまり楽しくないそうだ
あまり楽しくないそうだ
734デフォルトの名無しさん
2020/05/14(木) 00:17:24.56ID:rBW8Yffw MSYS2でWin32アプリ作ってみようとチャレンジ中
735デフォルトの名無しさん
2020/05/14(木) 10:05:25.88ID:tvxDWcUo きばれ
tdm-gcc (64)
tdm-gcc (64)
736デフォルトの名無しさん
2020/05/14(木) 10:09:03.48ID:tvxDWcUo737デフォルトの名無しさん
2020/05/14(木) 10:17:17.31ID:HbCKurWZ Ruby はやめとけ
738デフォルトの名無しさん
2020/05/22(金) 14:26:50.74ID:DztlkuPK msys2をサイレントインストールするにはどうしたら良いですか?
739デフォルトの名無しさん
2020/05/28(木) 04:57:53.37 WSL2で 9PFs 経由でWin32側のファイルを読み込むの、なんでこんな遅いの?
740デフォルトの名無しさん
2020/05/28(木) 05:10:55.81ID:X/662gLn 仮想マシン経由だからでは?
だからWSL1も引き続き開発してるわけで
だからWSL1も引き続き開発してるわけで
741デフォルトの名無しさん
2020/05/29(金) 02:44:46.36ID:o1TI0Bdi そろそろ更新してくれ
742デフォルトの名無しさん
2020/06/23(火) 03:13:01.66ID:1wsAa41I 新版まだですか〜
743デフォルトの名無しさん
2020/06/23(火) 04:40:31.79ID:TI7IUkkN あきらめれ。Cygwinはもうお役御免
744デフォルトの名無しさん
2020/06/23(火) 05:19:55.35ID:AJ4z3x9t 同意。mingwは存在意義があるけど、cygwinは役割を終えた。
745デフォルトの名無しさん
2020/06/23(火) 07:12:20.62ID:lBX+9FOg cygwin
ついに死す、か・・
ついに死す、か・・
746デフォルトの名無しさん
2020/06/23(火) 08:06:26.09ID:oj2a+YQY 大往生だね
747デフォルトの名無しさん
2020/06/23(火) 12:40:28.65ID:AJ4z3x9t mingwは「Git For Windows」のバンドルモジュールとしてしぶとく生き残る。
cygwinはdll依存をなくしてmingwに統合されていくでしょ。
cygwinはdll依存をなくしてmingwに統合されていくでしょ。
748デフォルトの名無しさん
2020/06/23(火) 13:37:46.90ID:IV3AROMx それを言ったらGit Bashはmsys2のbashだが、bashがmingwに移植されるとは思えんな
749デフォルトの名無しさん
2020/06/23(火) 13:44:06.97ID:oj2a+YQY gcc -staticがデフォじゃないのがよくわからん
じゃあMinGWの立ち位置って何よって
じゃあMinGWの立ち位置って何よって
750デフォルトの名無しさん
2020/06/23(火) 13:57:09.75ID:4kHZmTBE751デフォルトの名無しさん
2020/06/23(火) 14:46:14.01ID:ORgy0fyK bash使いたいならbusybox-w32を使えばいいじゃない
752デフォルトの名無しさん
2020/06/23(火) 18:04:53.62ID:IV3AROMx MinGWの立ち位置?
Win32アプリをビルドできるGCC環境
Win32アプリをビルドできるGCC環境
753蟻人間 ◆T6xkBnTXz7B0
2020/06/23(火) 18:07:43.51ID:5yVlyLrR ReactOS Build Environment (RosBE)という選択肢もアリます。
MSVC に依存したくないので、mingw をお手軽に維持できる cygwin 環境はありがたいですね…
755蟻人間 ◆T6xkBnTXz7B0
2020/06/23(火) 18:50:53.69ID:5yVlyLrR WineHQとかRosBEとかはLinuxでも使えるクロスコンパイラを用意している。まあ、やる人は少ないが。
756デフォルトの名無しさん
2020/06/23(火) 18:53:16.90ID:V6B5o2yX 別にlinuxからでもクロスコンパイルできるんやろ?
757蟻人間 ◆T6xkBnTXz7B0
2020/06/23(火) 19:25:00.34ID:5yVlyLrR XPでも動くプログラムが作れるってのが味噌。MSYS2はVista+に移行した。
758デフォルトの名無しさん
2020/06/23(火) 22:02:49.42ID:AJ4z3x9t mac OSはzshに移行したというのに
759デフォルトの名無しさん
2020/06/23(火) 22:14:53.82ID:MHuIwrXa 移行したと言うか、互換性の点でbashの方が良かったが
bashのライセンスがGPL3に変わって受け入れられなかったから
仕方なくzshにしたってだけだろ
古いbash 3系よりは、zshの方がまだましという消極的な理由
bashのライセンスがGPL3に変わって受け入れられなかったから
仕方なくzshにしたってだけだろ
古いbash 3系よりは、zshの方がまだましという消極的な理由
760デフォルトの名無しさん
2020/06/24(水) 11:23:52.65ID:6+kkBVmV761デフォルトの名無しさん
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:vNtx9fDh765デフォルトの名無しさん
2020/08/02(日) 17:49:35.08ID:5nHbYcRj GCC10.2が出ましたが更新まだですか
766デフォルトの名無しさん
2020/08/02(日) 21:42:09.02ID:tCIK0cPS まあそうせかすな
767デフォルトの名無しさん
2020/08/13(木) 04:41:43.17ID:fvRziO87 例の場所に10.2.1きとる
768デフォルトの名無しさん
2020/08/27(木) 16:58:23.47ID:Q9n93HF/ 10.2.1更新来たな
769デフォルトの名無しさん
2020/09/06(日) 05:21:00.21ID:6+AOMFkl どこ。
770デフォルトの名無しさん
2020/09/06(日) 14:38:00.75ID:brHr3Ow2 >>768
来たな
来たな
771デフォルトの名無しさん
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 どこやねん
774デフォルトの名無しさん
2020/09/13(日) 23:19:27.35ID:fPwxPBWU VSと比べてDLLサイズが異常に大きいのは何故?
775デフォルトの名無しさん
2020/09/13(日) 23:36:47.82ID:TB8HnEHa 例外処理テーブルとか
776デフォルトの名無しさん
2020/09/14(月) 06:19:49.80ID:ojDUYk2D なるほど
777デフォルトの名無しさん
2020/09/22(火) 10:07:53.86ID:E39jLpI9 例の場所に更新
778デフォルトの名無しさん
2020/09/22(火) 15:23:38.04ID:GllshRbk どこやねん
779デフォルトの名無しさん
2020/09/22(火) 18:05:26.68ID:seuGL7uU 検索すらできないのか
それともネタなのか
それともネタなのか
780デフォルトの名無しさん
2020/09/22(火) 19:37:32.27ID:CCoUpWrp 今時mingwはmsys2のを使っときゃいいんだよ
781デフォルトの名無しさん
2020/09/23(水) 11:02:58.68ID:XRK7WPHx 検索してもわからんやろ
782デフォルトの名無しさん
2020/09/23(水) 23:46:41.48ID:gLjfq4c0 SourceForgeのMinGWページを隅から隅まで探せば書いてあるじゃん
783デフォルトの名無しさん
2020/09/24(木) 04:03:25.38ID:Qc2kqk0D 隅から隅まで探さないといけないやつを検索すらできないのかっていうのはなんか違わない?????
僕そもそもなぜかCygwinの話だと思ってたからそれ以前の問題なんですけど
僕そもそもなぜかCygwinの話だと思ってたからそれ以前の問題なんですけど
784デフォルトの名無しさん
2020/09/24(木) 08:19:03.36ID:hsn7nUMR こまけーことは気にせずにmsys2使っときゃええんやで
cygwinはなあ…gccの更新いつも遅いから
cygwinはなあ…gccの更新いつも遅いから
785デフォルトの名無しさん
2020/09/25(金) 02:23:28.62ID:R0ES/gEA Last Update: 2018-07-13
786デフォルトの名無しさん
2020/09/25(金) 05:05:33.50ID:xdrtZXMH Git for Windows にバンドルされてるbash使えばいい。
ビルド環境はStrawberry Perlにバンドルされてるのを使えばいい。
ビルド環境はStrawberry Perlにバンドルされてるのを使えばいい。
787デフォルトの名無しさん
2020/09/25(金) 10:53:31.32ID:4ovx1Tzj git bash まじ重宝
788デフォルトの名無しさん
2020/09/25(金) 16:22:15.04ID:zomYspwe git bash何かいらねえ
789デフォルトの名無しさん
2020/09/27(日) 12:42:54.48ID:7DquKLWE790デフォルトの名無しさん
2020/09/27(日) 17:29:20.39ID:N8t4cs0T デバッグビルドしてストリップしてないとか?
791デフォルトの名無しさん
2020/09/27(日) 17:39:43.97ID:RCK09O0u ライブラリをストリップしたらあかんのではないかな
gccのオプションにexceptionのなんかがあった気がする
gccのオプションにexceptionのなんかがあった気がする
792デフォルトの名無しさん
2020/09/27(日) 17:55:53.32ID:/pvqCRq3 なんでライブラリをストリップしちゃだめなの?
793デフォルトの名無しさん
2020/09/28(月) 05:51:50.74ID:fkfJzhy+ ごめんなさい
デバッグしてた
ありがとう
デバッグしてた
ありがとう
794デフォルトの名無しさん
2020/09/28(月) 17:33:38.94ID:QxfbhGyV Visual Studioに入ってるdumpbinに相当するコマンドある?
DLLのエクスポートテーブルを覗きたいんだけど
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
wiki_dlang_org /Win32_DLLs_in_D
www_kmonos_net /alang/d/dll.html
796デフォルトの名無しさん
2020/09/28(月) 19:28:55.09ID:o9UKO8uP797デフォルトの名無しさん
2020/10/16(金) 19:44:08.37ID:UdyDW7b6 オーイ
798デフォルトの名無しさん
2020/10/16(金) 22:45:48.97ID:JU6AgX+H ハニマル
799デフォルトの名無しさん
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のテストやめようかな
rebaseallとかやっても効果ないみたいだし
もうcygwin、msysのテストやめようかな
801デフォルトの名無しさん
2020/11/10(火) 12:08:26.08ID:08CevRpc おそらく D よりも需要無い
802デフォルトの名無しさん
2020/11/10(火) 12:59:45.22ID:xOE44Ei0 >>800
よっぽど暇なんだね
よっぽど暇なんだね
803デフォルトの名無しさん
2020/12/15(火) 15:11:54.58ID:XwGFb1c9 MSYS2には、lscpuコマンドはないのかな?
CentOSなんかだとutil-linuxパッケージに入ってるけど、MSYS2のには入ってないもよう。。。
CentOSなんかだとutil-linuxパッケージに入ってるけど、MSYS2のには入ってないもよう。。。
804デフォルトの名無しさん
2020/12/15(火) 15:49:11.07ID:nSXgvBdA cpuinfoあるんだっけ
805デフォルトの名無しさん
2020/12/15(火) 15:58:16.71ID:XwGFb1c9 /proc/cpuinfo
/proc/meminfo
/usr/bin/free
はあるんだけど、lscpuはないんだよな。。。
/proc/meminfo
/usr/bin/free
はあるんだけど、lscpuはないんだよな。。。
806デフォルトの名無しさん
2020/12/15(火) 17:22:03.48ID:ME0vqtfe MinGWって終わってるよな
807デフォルトの名無しさん
2020/12/15(火) 22:11:01.31ID:vYGb7HVK Windows 10, WSL2, Ubuntu 18.04 には、
/usr/bin/lscpu
がある
/usr/bin/lscpu
がある
808デフォルトの名無しさん
2020/12/16(水) 21:38:25.53ID:kww319UT で?
809デフォルトの名無しさん
2020/12/19(土) 14:26:36.44ID:ap/HqxcB MSYS2の終わりだよよう。。。
810デフォルトの名無しさん
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 マジで終わりそうでコロナ怖い
813デフォルトの名無しさん
2021/01/18(月) 06:41:44.76ID:062JN0Tv 武漢熱な
責任をぼかす言い方やめようぜ
責任をぼかす言い方やめようぜ
814デフォルトの名無しさん
2021/01/18(月) 07:07:52.97ID:iOtNqc3F 自民党支持者ってまだcygwin使ってるんだ
815デフォルトの名無しさん
2021/01/18(月) 16:38:16.66ID:0ToZeY7a816デフォルトの名無しさん
2021/01/18(月) 21:10:56.29ID:062JN0Tv アカって何の根拠もなく唐突に決めつけてくるんだ
817デフォルトの名無しさん
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以上も返す
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以上も返す
818デフォルトの名無しさん
2021/02/10(水) 11:13:22.11ID:fLW5nkpk MSYS2でアップデートしたらmintty周りの設定が飛んだみたい
もうWSL2にしろってことか
もうWSL2にしろってことか
819デフォルトの名無しさん
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だとちゃんとマルチで動く
for_each(par,a,a+100,[](auto){while(true);});
g++ a.cpp -std=c++17 -O3 -mavx512f -mtune=znver2
a.exe
resmonで見るとどうもシングルスレッド
のようなんだが、なんで?
ちな、vsだとちゃんとマルチで動く
820デフォルトの名無しさん
2021/02/26(金) 12:09:19.47ID:AnS5sJ/3 WSL2とどっちが強い?
まあうちは8.1なんだけど
まあうちは8.1なんだけど
821デフォルトの名無しさん
2021/02/26(金) 12:30:22.51ID:ycOKDSmj まあWSL2は本物だからなあ
WSL2よりもcygwinよりもWSLの方が好きだな
WSL2よりもcygwinよりもWSLの方が好きだな
822デフォルトの名無しさん
2021/02/26(金) 19:16:36.30ID:25Vyny5k WSL2は内弁慶。
Cygwinは厚化粧。
MSYS2は八方美人。
Cygwinは厚化粧。
MSYS2は八方美人。
823デフォルトの名無しさん
2021/02/26(金) 21:22:38.26ID:P5cIP6RT mingwとMSYSの使い分けがいまだによく分からん
MSYSのdllを使うコマンドか否か、みたいなのは分からなくはないが、
それはユーザが意識せにゃならんのかいなと
結局、エクスプローラのsendtoとかで別にあるLinuxサーバに送って、
TeraTermでそのディレクトリでシェルを起動して、grepとかawkとかってやっちゃうわ
MSYSのdllを使うコマンドか否か、みたいなのは分からなくはないが、
それはユーザが意識せにゃならんのかいなと
結局、エクスプローラのsendtoとかで別にあるLinuxサーバに送って、
TeraTermでそのディレクトリでシェルを起動して、grepとかawkとかってやっちゃうわ
824デフォルトの名無しさん
2021/02/26(金) 21:28:07.37ID:AnS5sJ/3 buildしたものが違うのでは
825デフォルトの名無しさん
2021/02/26(金) 21:48:44.22ID:Wdm5GEiQ mingwはgccとその周辺では
結果的にいろいろついてくるけど
結果的にいろいろついてくるけど
826デフォルトの名無しさん
2021/02/27(土) 11:46:46.02ID:ZfwkxC6h >>823
MSYSはmingwを含む擬似Linux環境で、mingwはLinux(POSIXではないのかな)のAPI
ゲートウェイみたいな感じ?
Linux上と同じ結果になる補償は無いけどMSYSのバイナリは直接Windowsで動作する
ものなので、MSYSの「usr/bin」にパス通しておけば直接コマンドプロンプトで使えるけど
ダメかな?
MSYSはmingwを含む擬似Linux環境で、mingwはLinux(POSIXではないのかな)のAPI
ゲートウェイみたいな感じ?
Linux上と同じ結果になる補償は無いけどMSYSのバイナリは直接Windowsで動作する
ものなので、MSYSの「usr/bin」にパス通しておけば直接コマンドプロンプトで使えるけど
ダメかな?
827デフォルトの名無しさん
2021/02/27(土) 13:11:19.55ID:o2ETenih だからmingwは開発ツールで、gccとその仲間達
MSYSはPOSIX的なコンピュータ操作環境
MSYSはPOSIX的なコンピュータ操作環境
828デフォルトの名無しさん
2021/02/27(土) 14:33:40.31ID:8wUBQ4y1 Strawberry Perl と Git for Windowsで事足りる
829デフォルトの名無しさん
2021/02/27(土) 15:11:26.94ID:8soYMGM6830デフォルトの名無しさん
2021/03/05(金) 20:16:57.84ID:WyYIPIbI g++コンパイルが遅すぎ何とかして
831デフォルトの名無しさん
2021/03/05(金) 20:39:06.99ID:K07hjvLR CPUを高速化してRAMディスクで作業する
832デフォルトの名無しさん
2021/03/05(金) 20:57:23.65ID:uOdofCu2 Cygwinやろ?
MSYS2にのりかえろ。
MSYS2にのりかえろ。
833デフォルトの名無しさん
2021/03/06(土) 11:34:56.06ID:Dg90sUFh 爆速ryzenが今安い
834デフォルトの名無しさん
2021/03/06(土) 17:56:06.73ID:i89FgeaP 今は時期が悪い
835デフォルトの名無しさん
2021/03/08(月) 09:13:59.21ID:sZNLhWU4 mouseDT8-G-KKとか
836デフォルトの名無しさん
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 に依存するかどうかの差
になって現れるのは確かだけど、そこだけで区別すると意味わからんよ。
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 に依存するかどうかの差
になって現れるのは確かだけど、そこだけで区別すると意味わからんよ。
837デフォルトの名無しさん
2021/03/15(月) 01:37:27.11ID:GOWRyYdB argv[0] にフルパスが入るのは保証された動作なの?
838デフォルトの名無しさん
2021/03/15(月) 02:02:04.29ID:CpMcpHJE いやそんなことはない
プログラム名だけどそれがファイル名とは限らない
プログラム名だけどそれがファイル名とは限らない
839デフォルトの名無しさん
2021/03/15(月) 08:15:04.47ID:A6EkfrQe execlp(ファイル名,arg0,arg1,...(char*)0);
840デフォルトの名無しさん
2021/03/15(月) 08:15:41.86ID:A6EkfrQe いくらでも嘘書ける
841デフォルトの名無しさん
2021/03/22(月) 22:53:03.50ID:ybVyFf4F minttyでおすすめのフォント設定を教えてください
メニューで出て来る選択肢の中で一番マシなEPSON 太丸ゴシック体Bで、今は誤魔化してます
$ 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上で使っています
メニューで出て来る選択肢の中で一番マシなEPSON 太丸ゴシック体Bで、今は誤魔化してます
$ 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上で使っています
842デフォルトの名無しさん
2021/03/22(月) 22:59:28.97ID:/vCe82ri migu入れてる
843デフォルトの名無しさん
2021/03/22(月) 23:56:47.08ID:0vVHIzCT Font=欧文フォント
FontChoice=CJK:1
Font1=日本語フォント
みたいにして欧文と日本語で別のフォントを指定してる
FontChoice=CJK:1
Font1=日本語フォント
みたいにして欧文と日本語で別のフォントを指定してる
844デフォルトの名無しさん
2021/03/23(火) 00:28:54.24ID:jgiu4i3h 御教示ありがとうございました
.minttyrcでのFontChoiceの設定ふくめ、色々調整してみます
.minttyrcでのFontChoiceの設定ふくめ、色々調整してみます
845デフォルトの名無しさん
2021/03/23(火) 01:01:17.32ID:G0iN/IIq 個人的には VL Gothic だが、そういうのは好みの幅が大きいから意見を貰ってもあまり参考にはならなさそう。
846デフォルトの名無しさん
2021/03/30(火) 02:32:27.70ID:kQ+Iabze このスレを読んでいるとMinGWよりもWSLの方が高速だという話ですが本当でしょうか?
WSLは何となく遅そうなイメージがありましたが、あれはWindowsと同じレベルで動いているのですか?
WSLは何となく遅そうなイメージがありましたが、あれはWindowsと同じレベルで動いているのですか?
847デフォルトの名無しさん
2021/03/30(火) 02:52:22.86ID:AJYcji2D >>846
WSL はあくまでも Linux が動いている。
Windows よりも速い部分もあれば遅い部分もある。
ただ、 Windows の側とのやりとりが発生する部分、
特にファイルの入出力にボトルネックがあるというのはよく指摘される部分だと思う。
I./O が多く発生するような場合には WSL は遅くなりがち。
それと、 WSL を使うということは Windows と Linux の両方が起動して
コンピューターの中に共存している状態。
単純にメモリ消費量が多い。
充分な物理メモリが載ってないときついということはあるかも。
単純に速いとか遅いとかとは評価できないので特性を理解してっていう話だし、
具体的な条件が決まっているなら測定してみるのがてっとりばやいよ。
WSL はあくまでも Linux が動いている。
Windows よりも速い部分もあれば遅い部分もある。
ただ、 Windows の側とのやりとりが発生する部分、
特にファイルの入出力にボトルネックがあるというのはよく指摘される部分だと思う。
I./O が多く発生するような場合には WSL は遅くなりがち。
それと、 WSL を使うということは Windows と Linux の両方が起動して
コンピューターの中に共存している状態。
単純にメモリ消費量が多い。
充分な物理メモリが載ってないときついということはあるかも。
単純に速いとか遅いとかとは評価できないので特性を理解してっていう話だし、
具体的な条件が決まっているなら測定してみるのがてっとりばやいよ。
848デフォルトの名無しさん
2021/03/30(火) 06:19:29.74ID:AnfR1yyf 速度なんて気にするの?
849デフォルトの名無しさん
2021/03/30(火) 08:00:17.76ID:A9lvR3CA wsl2はlinuxが動いてるんだけどwslはABI互換でwindowsでlinuxのバイナリを動かしてる感じ
速度はなんとも言えない
なおcygwinはとにかくIOが遅い
速度はなんとも言えない
なおcygwinはとにかくIOが遅い
850デフォルトの名無しさん
2021/03/30(火) 13:59:25.50ID:rMZjDh6L やることにもよるけどWSLが十分に機敏に動作する環境jなら、Linuxが動いている
だけのWSLの方が処理は早いことが多いかも
ただWSLは所詮Linux部分はLinuxでWindowsとは無関係に動いているような構造
なので、MinGWとかCygwinみたいにコマンドプロンプトとかでLinuxのコマンド使い
たいみたいなことは出来ないし、まだCUI部分しか動作しないとかも考えると
LinuxはWSlじゃなくてVMWareみたいなエミュレータの方が良いかなって思う
だけのWSLの方が処理は早いことが多いかも
ただWSLは所詮Linux部分はLinuxでWindowsとは無関係に動いているような構造
なので、MinGWとかCygwinみたいにコマンドプロンプトとかでLinuxのコマンド使い
たいみたいなことは出来ないし、まだCUI部分しか動作しないとかも考えると
LinuxはWSlじゃなくてVMWareみたいなエミュレータの方が良いかなって思う
851デフォルトの名無しさん
2021/03/30(火) 14:08:20.87ID:58d8d/13 でもwslってwindowsのexe動くからね
無理矢理感あって俺は好きだよ
まあ正確な動作ということならwsl2だよね
無理矢理感あって俺は好きだよ
まあ正確な動作ということならwsl2だよね
852デフォルトの名無しさん
2021/04/18(日) 16:38:27.97ID:ZM4jma5X うひょっ
853デフォルトの名無しさん
2021/04/23(金) 23:47:56.17ID:hyXGjiN1 がーすー
854デフォルトの名無しさん
2021/04/24(土) 06:19:36.43ID:7Pw5CUw8 WSL2 は、Microsoft が作っている、Linux カーネルを使うから、
毎月カーネルが自動更新されるので便利
Cent と同じで、無料サポートみたいなもの
Amazon Linux みたいなもの。
Amazonが自動更新する。
ユーザーがOS を管理しない、サーバーレス
毎月カーネルが自動更新されるので便利
Cent と同じで、無料サポートみたいなもの
Amazon Linux みたいなもの。
Amazonが自動更新する。
ユーザーがOS を管理しない、サーバーレス
855デフォルトの名無しさん
2021/04/24(土) 12:35:18.00ID:h25BJ37h なんかMinGWのダウンロードサイト死んでるように見えるんだけどこれってなんか理由あんの?
856デフォルトの名無しさん
2021/04/24(土) 14:41:51.66ID:yVkBrKf4 >>855
理由あるけど教えない
理由あるけど教えない
857デフォルトの名無しさん
2021/04/24(土) 15:02:01.15ID:RMr7e0df pacman -Syy
858デフォルトの名無しさん
2021/05/05(水) 11:10:13.65ID:vI4aKPxv ffmpegのコンパイルが24時間経っても終わらない前は2時間ぐらいで終わったのに
MinGWでGWが終わる
MinGWでGWが終わる
859デフォルトの名無しさん
2021/05/05(水) 21:58:21.36ID:beJ7NAZN MinGWでGW終わる言いたいだけちゃうんかと
860デフォルトの名無しさん
2021/05/06(木) 07:42:42.99ID:WUloT9c9 えらく短いGWだな
861デフォルトの名無しさん
2021/05/09(日) 22:00:00.43ID:Ad3WTS9Y Minimum Golden Weekの略だからな
862デフォルトの名無しさん
2021/05/29(土) 12:00:51.40ID:TeqQ68lU >>860
ばーーーーーーーーーーーーーーーか
ばーーーーーーーーーーーーーーーか
863デフォルトの名無しさん
2021/06/14(月) 20:26:46.66ID:8ZmqHLEu 使ってるといつの間にかC:\msys64\mingw64\libとC:\msys64\usr\lib
に同じパッケ入っているのが、モヤッとする
に同じパッケ入っているのが、モヤッとする
864デフォルトの名無しさん
2021/06/18(金) 19:53:11.19ID:xNdf91SD モヤッとするのはお前の顔のせいだよな
865デフォルトの名無しさん
2021/06/19(土) 08:25:14.89ID:YuC6BzbW ハードリンクだったってオチは無い??
866デフォルトの名無しさん
2021/06/28(月) 14:59:34.53ID:so+vl3vs MSYS2 には、pacman -g みたいな、ミラーの最適化ある?
867デフォルトの名無しさん
2021/06/28(月) 17:01:09.02ID:F/0kPYVA868デフォルトの名無しさん
2021/06/28(月) 17:10:44.85ID:+000hd27 gdbでデバッグする場合は、
gdb を起動。
「run コマンドライン」でターゲットをデバッグ起動。
止まったところで「backtrace」する。
「quit」で終了。
これで呼び出し履歴が取得できるぞ。
gdb を起動。
「run コマンドライン」でターゲットをデバッグ起動。
止まったところで「backtrace」する。
「quit」で終了。
これで呼び出し履歴が取得できるぞ。
869デフォルトの名無しさん
2021/06/28(月) 17:19:38.60ID:so+vl3vs870デフォルトの名無しさん
2021/06/28(月) 17:30:12.96ID:K1itCHTP 俺は gdb --args にするけどな
871デフォルトの名無しさん
2021/07/02(金) 11:07:38.54ID:wGfEJWRL msys2のpacmanが6.0.0になってからパッケージデータベースの
シグネチャファイルをダウンロードしなくなったな。
~.db.sigってやつ。
シグネチャファイルをダウンロードしなくなったな。
~.db.sigってやつ。
872デフォルトの名無しさん
2021/07/02(金) 12:23:37.78ID:E7tbYK4w 早く整備してくれ
ぐちゃになってからずいぶん経つぞ
ぐちゃになってからずいぶん経つぞ
873デフォルトの名無しさん
2021/07/27(火) 14:04:59.30ID:cZjH0t2V Makefileからcmd.exeでバッチファイル動かす方法ある?
cmd -c hogehoge.bat じゃうまくいかない
cmd -c hogehoge.bat じゃうまくいかない
874デフォルトの名無しさん
2021/07/27(火) 14:16:23.88ID:a9Oz3jZG cygstartとか?
そういう話じゃない?
そういう話じゃない?
875デフォルトの名無しさん
2021/07/27(火) 15:42:11.13ID:D0coxe5F どううまくいかないんだよ?
いきそうだが。
いきそうだが。
876デフォルトの名無しさん
2021/07/27(火) 16:04:27.73ID:Dog97Bpd -k
877デフォルトの名無しさん
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と、間に@を入れました
コマンドプロンプトを起動して、Ruby スクリプトを実行する
C:\Windows\System32\cmd@.exe /k "ruby C:/Users/Owner/Documents/Ruby/a.rb"
注意。書き込めないので、cmd@.exeと、間に@を入れました
878デフォルトの名無しさん
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すると
&& の右側が実行されてにゃあと鳴く
こういう感じ
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すると
&& の右側が実行されてにゃあと鳴く
879蟻人間 ◆T6xkBnTXz7B0
2021/07/31(土) 14:10:50.73ID:ERnmDkwu mingw32-make使ったら?
880デフォルトの名無しさん
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>
どうやら症状は変わらないみたい
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>
どうやら症状は変わらないみたい
881デフォルトの名無しさん
2021/07/31(土) 14:46:13.40ID:N/3vvIjJ cmd からのコマンド引数を/cではなく-cで渡すのは何か理由があるの?
882デフォルトの名無しさん
2021/07/31(土) 14:51:31.56ID:t9HNV453883デフォルトの名無しさん
2021/07/31(土) 16:57:37.31ID:LRA0vGhm な?
馬鹿だっただろ?
馬鹿だっただろ?
884デフォルトの名無しさん
2021/07/31(土) 17:36:49.67ID:t9HNV453 C++スレでボコられて涙目の坊やか
885デフォルトの名無しさん
2021/09/10(金) 06:50:23.72ID:PnujWjIy cmd.exeに限らずWindows付属のCUIコマンドはーをオプションとは見なしません
886デフォルトの名無しさん
2021/09/10(金) 09:29:23.00ID:GkCk+wVi 見なすものもある。
887デフォルトの名無しさん
2021/09/10(金) 09:37:44.36ID:4lYTh3Yv netstat -?
888はちみつ餃子 ◆8X2XSCHEME
2021/09/10(金) 10:12:41.34ID:53pAHbe3 いまどきの Windows には curl や tar が入ってるんだぞ。
889ハノン ◆QZaw55cn4c
2021/11/17(水) 04:07:51.95ID:Kdlo9yNJ kmtar ははいっていますか?taz が使えて便利だったんですが…
890デフォルトの名無しさん
2021/11/17(水) 07:02:47.72ID:K+kOE8G4891デフォルトの名無しさん
2021/12/07(火) 02:19:31.74ID:lQSQ5VR9 msys2やcygwinはもう終わりだけど、linux上でmingw-64はwslの波に乗っただろう
wsl/gcc+wsl/mingw-64+win/mingw-64の3重コンパイルでクロス開発が捗る
wsl/gcc+wsl/mingw-64+win/mingw-64の3重コンパイルでクロス開発が捗る
892デフォルトの名無しさん
2021/12/07(火) 05:24:53.84ID:UY6nLSPi > linux上でmingw
シュールすぎるんだけどw
シュールすぎるんだけどw
893デフォルトの名無しさん
2021/12/07(火) 05:40:52.07ID:6IfYS1Dr 開発環境がlinuxで、windowsポート考えるならベストチョイスじゃないの
というかそれしかなくね?
linux版がwin版ほどメンテされてないというのは確かに事実で、両OSのmingwで吐かれるwinバイナリが同じという保証は乏しい
wsl使えるなら両方試して齟齬がないか検証すべきでは
というかそれしかなくね?
linux版がwin版ほどメンテされてないというのは確かに事実で、両OSのmingwで吐かれるwinバイナリが同じという保証は乏しい
wsl使えるなら両方試して齟齬がないか検証すべきでは
894デフォルトの名無しさん
2021/12/07(火) 05:47:33.64ID:6IfYS1Dr まあ、やって損はない事と思うよ
makefileに一行加えるだけの手間だし
makefileに一行加えるだけの手間だし
895デフォルトの名無しさん
2021/12/07(火) 06:18:19.41ID:6IfYS1Dr 開発マシンがliunxでもwineみたいなwinエミュレータ使えばwin機なくてもテストは可能かもしれないけど
wineってかなり挙動不審だしな…
windows/wsl環境+mingw for linuxなら本物のwindows環境でテストが完結できるだろ
wineってかなり挙動不審だしな…
windows/wsl環境+mingw for linuxなら本物のwindows環境でテストが完結できるだろ
896デフォルトの名無しさん
2021/12/12(日) 04:03:15.14ID:W0kKCLn+ MinGWのGCCやClangてなんかコンパイル遅い気がするんだけど
WSL上のlinuxだとちょっと早かったりする?
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
これをビルドするのに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
898デフォルトの名無しさん
2022/09/03(土) 12:58:09.28ID:njoa8+ct >>897
Permission deniedでますね
Permission deniedでますね
899デフォルトの名無しさん
2022/09/03(土) 13:06:49.40ID:91ZlUxrs git clone github.com:witwall/mman-win32
マルチすんな
マルチすんな
900デフォルトの名無しさん
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/AOC8s903デフォルトの名無しさん
2022/09/04(日) 17:00:20.38ID:A8KVTWK8904デフォルトの名無しさん
2022/09/04(日) 23:01:47.10ID:QxOeTDrF >>902
ソースはどうやって取った?
ソースはどうやって取った?
905デフォルトの名無しさん
2022/09/05(月) 05:46:53.76ID:YC0Agv6v >>903
どこのスレで聞く予定か決まってないとできないことだね
どっかのスレで聞いて有効回答が得られなかったから他をあたるときは無理
そこでもう諦めろという資格はあんたにはない
せっかく回答しても一言多い人はイヤミなやつと思われる
fjにもいたよ、やなやつ系の人
どこのスレで聞く予定か決まってないとできないことだね
どっかのスレで聞いて有効回答が得られなかったから他をあたるときは無理
そこでもう諦めろという資格はあんたにはない
せっかく回答しても一言多い人はイヤミなやつと思われる
fjにもいたよ、やなやつ系の人
906デフォルトの名無しさん
2022/09/05(月) 12:18:16.08ID:CjnDxYFq >>905 他のスレで質問するときに先に質問してたスレを挙げるのはできるだろ。
907デフォルトの名無しさん
2022/09/05(月) 14:52:44.22ID:YC0Agv6v908デフォルトの名無しさん
2022/09/05(月) 18:36:40.42ID:CjnDxYFq > どこのスレで聞く予定か決まってないとできないことだね
> どっかのスレで聞いて有効回答が得られなかったから他をあたるときは無理
ここの「できない」「無理」を否定しているだけで、クロスじゃねえかどうかは関係ないよ。
> どっかのスレで聞いて有効回答が得られなかったから他をあたるときは無理
ここの「できない」「無理」を否定しているだけで、クロスじゃねえかどうかは関係ないよ。
909デフォルトの名無しさん
2022/09/06(火) 06:32:16.53ID:8iFyZ+3k 自分が個人的に気に入らないってだけで
他人にああしろこうしろ言う図々しいやつ
他人にああしろこうしろ言う図々しいやつ
910デフォルトの名無しさん
2022/09/06(火) 09:15:35.13ID:9WMtC8UL911デフォルトの名無しさん
2022/09/06(火) 10:05:14.92ID:8iFyZ+3k マルチすんなというバグった骨董品に5chにクロスの機能がないのに無茶ぬかすなと指摘したんだよ
それへの返事()が>>903のような頓珍漢な内容だったんで
端っから破綻している話をおちょくっただけだが文句あんのか?
マニュアルトークばっかりで中身のないハリボテ野郎がw
それへの返事()が>>903のような頓珍漢な内容だったんで
端っから破綻している話をおちょくっただけだが文句あんのか?
マニュアルトークばっかりで中身のないハリボテ野郎がw
912デフォルトの名無しさん
2022/09/06(火) 12:50:52.33ID:QxRWO4Sk >>902
./configure に、そんなオプションが存在しないのでは?
>No rule to make target 'config.mak'
「ffmpeg config.mak」などで検索すれば?
./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
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
914デフォルトの名無しさん
2022/09/06(火) 14:04:07.58ID:M4FVZY7o 失敗している
直前に実行したコマンドが成功したかどうかは
$ echo $?
で確認する
0 が表示されれば成功
それ以外は失敗
直前に実行したコマンドが成功したかどうかは
$ echo $?
で確認する
0 が表示されれば成功
それ以外は失敗
915デフォルトの名無しさん
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- ということだと推測される
ちなみに原因は x86_64-w64-mingw32gcc を起動したこと
正しくは x86_64-w64-mingw32-gcc
prefixに指定すべきは
x86_64-w64-mingw32 ではなく
x86_64-w64-mingw32- ということだと推測される
916デフォルトの名無しさん
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
と入力してみれば?
そういうコマンドが存在しないのじゃ?
コマンドが存在すれば、
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
と出る・・・
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
cd /root/openssl
git checkout OpenSSL_1_0_2s
./Configure --cross-compile-prefix=x86_64-w64-mingw32- mingw64
919デフォルトの名無しさん
2022/10/06(木) 16:27:26.92ID:cWE4RcCn920919
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
$ 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
921デフォルトの名無しさん
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:qxTVurIe924デフォルトの名無しさん
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にあるけど
$ ./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絡みエラーが出た
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絡みエラーが出た
926デフォルトの名無しさん
2022/10/09(日) 12:43:19.28ID:+ozsmf3D https://github.com/zhlynn/zsign/search?q=md2test
これで何も出ないからなぁ
これで何も出ないからなぁ
927デフォルトの名無しさん
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
とあるね
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
とあるね
928デフォルトの名無しさん
2022/10/09(日) 18:56:50.21ID:Pj/q53xX あとConfigureとconfigがあってconfigを使えってことじゃないの
929デフォルトの名無しさん
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
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
930デフォルトの名無しさん
2022/10/20(木) 23:31:35.93ID:+6WDZGK8 msys2と違ってtdm-gccはgccのバージョンが選べる代わりに
更新がむちゃ遅いやんけ〜
多分、人手が足りないんやなぁ
更新がむちゃ遅いやんけ〜
多分、人手が足りないんやなぁ
931デフォルトの名無しさん
2022/10/24(月) 16:47:31.17ID:VKX4Fsrh gcc 自体にはバージョンを混在させる仕組みはある。
クロスコンパイル用の環境を構築したいとかよくあることだし。
MSYS2 でもできなくはないけど、
今だと Docker を使うとかしたほうが簡単なのかなぁ……。
クロスコンパイル用の環境を構築したいとかよくあることだし。
MSYS2 でもできなくはないけど、
今だと Docker を使うとかしたほうが簡単なのかなぁ……。
932デフォルトの名無しさん
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ですか?
作ったゲームは将来的には配布する予定です。
それで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ですか?
933デフォルトの名無しさん
2023/03/14(火) 14:53:19.91ID:E+DEqG9x structured error hunt
934デフォルトの名無しさん
2023/03/16(木) 00:09:23.83ID:srO8KDRm >>932
$ pexports libgcc_s_seh-1.dll
$ pexports libgcc_s_seh-1.dll
935デフォルトの名無しさん
2023/03/24(金) 14:33:04.65ID:A6TekdSG sizeof(long double) == 16になったのは、いつから?
936デフォルトの名無しさん
2023/03/28(火) 17:22:29.83ID:hvNFNzxE tdm-gcc良いんだがな
937デフォルトの名無しさん
2023/03/30(木) 10:23:19.95ID:B7uoZJXZ >>930
Mingw-builds じゃダメなのか?
俺も最初は TDM-GCC 使ってたけど、何時までも更新されないから Mingw-builds の 12.2.0 に乗り換えた
俺が使っている wxWidgets 3.2.2.1 も普通にビルドできたし、若干コンパイル速度も上がった気がする
(気のせいレベルかもしれませんが・・・)
Mingw-builds じゃダメなのか?
俺も最初は TDM-GCC 使ってたけど、何時までも更新されないから Mingw-builds の 12.2.0 に乗り換えた
俺が使っている wxWidgets 3.2.2.1 も普通にビルドできたし、若干コンパイル速度も上がった気がする
(気のせいレベルかもしれませんが・・・)
938デフォルトの名無しさん
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
って黄色い字で表示されるようになった
とりあえずコンパイルとかはできてる
The MSYS2 project no longer supports Windows 7 and 8.0.
For more information visit https://www.msys2.org/docs/windows_support
って黄色い字で表示されるようになった
とりあえずコンパイルとかはできてる
939デフォルトの名無しさん
2023/07/11(火) 09:23:59.81ID:IUx5aYIs >>938
左様でございますか
左様でございますか
940デフォルトの名無しさん
2023/09/12(火) 12:30:45.63ID:QOX8wfhQ それよりゲロ重いのが
941デフォルトの名無しさん
2023/09/28(木) 08:25:12.03ID:C8Dm3tge 切磋琢磨
942デフォルトの名無しさん
2023/09/28(木) 10:21:45.74ID:7+/lnWbq そういやswingを低速言うてるけど
JavaFXのほうが初期化しめちゃめちゃ時間かかってもっさりしてるんだけど…
そしてmacでは未だにスレッド競合解決してない
swnigよりオワコンな気がする
JavaFXのほうが初期化しめちゃめちゃ時間かかってもっさりしてるんだけど…
そしてmacでは未だにスレッド競合解決してない
swnigよりオワコンな気がする
943デフォルトの名無しさん
2023/10/10(火) 09:18:07.78ID:vCJOXgr3 スレチ
944デフォルトの名無しさん
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」と表示されないのはなぜ?
・ 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」と表示されないのはなぜ?
945はちみつ餃子 ◆8X2XSCHEME
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 の規定に逆らって独自の仕様にしたってかまわないんだけど、
やりとりがややこしくなっちゃうだけで得なことはないからね。
> 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 の規定に逆らって独自の仕様にしたってかまわないんだけど、
やりとりがややこしくなっちゃうだけで得なことはないからね。
946デフォルトの名無しさん
2023/12/24(日) 19:23:18.89ID:zZdFC2zj じゃあこの挙動で問題ないんですね。ありがとうございました。
947デフォルトの名無しさん
2024/05/29(水) 06:44:42.24ID:85k4cg9J mingw64でglibとgstreamerに動的リンクしたバイナリ作ったんだけど、glibは関数呼べるけどgstreamerは関数呼べない
なぜかgstreamerの関数を書くとプログラムの起動がコケて関数をコメントアウトするとちゃんと起動する
リンクがおかしいのかもと調べてみたけどちゃんと動的ライブラリはリンクしてるっぽい
あと考えられるのは動的ライブラリの破損ぐらいなんだけど、お前ら何か考えつくことある?
なぜかgstreamerの関数を書くとプログラムの起動がコケて関数をコメントアウトするとちゃんと起動する
リンクがおかしいのかもと調べてみたけどちゃんと動的ライブラリはリンクしてるっぽい
あと考えられるのは動的ライブラリの破損ぐらいなんだけど、お前ら何か考えつくことある?
948947
2024/05/29(水) 07:56:37.14ID:85k4cg9J gstreamerのバージョン下げたら解決した
949デフォルトの名無しさん
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)
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)
950デフォルトの名無しさん
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 何を?
953デフォルトの名無しさん
2025/03/10(月) 10:28:51.60ID:L5uR+Msw 終わったかな?
954デフォルトの名無しさん
2025/03/10(月) 15:40:18.94ID:3GRyZaix コンパイルだけで14時間かかった
インストールでエラーが出て終了
インストールでエラーが出て終了
955デフォルトの名無しさん
2025/03/10(月) 23:09:09.64ID:L5uR+Msw 何を?
956はちみつ餃子 ◆8X2XSCHEME
2025/03/11(火) 09:58:54.15ID:GvJGmymX スレの主旨からすると GCC のコンパイルかな?
ただでさえ時間がかかるのにステージ3までやったら単純に三倍ってことだからなー
ただでさえ時間がかかるのにステージ3までやったら単純に三倍ってことだからなー
957デフォルトの名無しさん
2025/03/12(水) 15:30:34.03ID:aNDBBqWo cygwin使うって事はwindowsの人なんだろうけど
gccをバイナリじゃなくてソースから入れたがる理由はなんだろ
gccをバイナリじゃなくてソースから入れたがる理由はなんだろ
958はちみつ餃子 ◆8X2XSCHEME
2025/03/12(水) 15:43:42.31ID:cxKhqENs クロスコンパイル環境を構築するときはバイナリが見当たらないということもある。
959デフォルトの名無しさん
2025/03/13(木) 04:45:54.85ID:eyMSpLdK 解決しました
cgwinじゃなくてlinux環境のgccです
GCCについてのスレがDAT落ちしてたので藁をもすがる思いでこちらに書きました
gitから落とした某ソースをやってたんですがエラーログ見たら環境変数が不正だったので該当の.cに追記したら無事インストール出来ました
助かりました
遅いのはマシンスペックが大概なのもあると思います
cgwinじゃなくてlinux環境のgccです
GCCについてのスレがDAT落ちしてたので藁をもすがる思いでこちらに書きました
gitから落とした某ソースをやってたんですがエラーログ見たら環境変数が不正だったので該当の.cに追記したら無事インストール出来ました
助かりました
遅いのはマシンスペックが大概なのもあると思います
960デフォルトの名無しさん
2025/03/13(木) 11:20:49.35ID:NvBr8oPw > 藁をもすがる思いでこちらに書きました
これまでの経緯見て通じてると思ってるところがZ
チラ裏にでも書いて死んどけ
これまでの経緯見て通じてると思ってるところがZ
チラ裏にでも書いて死んどけ
961デフォルトの名無しさん
2025/03/19(水) 11:43:06.67ID:Irgid5LD 初心者に厳しいっていうのはこんなところだな
962デフォルトの名無しさん
2025/03/19(水) 12:50:01.68ID:0pCxXH7R × 初心者
○ 低知能馬鹿コミュ障クズ
他人が読んで分かるように書く気がないのなら、チラ裏か日記に書いとけ
相手のせいにするのはゆとりZクズの常套手段だが、そもそも何を知りたいのか分からんのでは答えようがない
コミュ障馬鹿の為に一応定義しておくと、例えば、初心者に厳しい=低レベルの質問をした場合に無視or馬鹿にされる、だ
エスパーしてでも回答しようとしてる奴も居るし、誰も該当しない
○ 低知能馬鹿コミュ障クズ
他人が読んで分かるように書く気がないのなら、チラ裏か日記に書いとけ
相手のせいにするのはゆとりZクズの常套手段だが、そもそも何を知りたいのか分からんのでは答えようがない
コミュ障馬鹿の為に一応定義しておくと、例えば、初心者に厳しい=低レベルの質問をした場合に無視or馬鹿にされる、だ
エスパーしてでも回答しようとしてる奴も居るし、誰も該当しない
963デフォルトの名無しさん
2025/03/22(土) 11:49:02.54ID:b/nN/9NR964デフォルトの名無しさん
2025/03/22(土) 14:19:58.73ID:U6/Lg1xx 判ってて使う分には問題無い
965デフォルトの名無しさん
2025/03/22(土) 21:56:27.10ID:cRNo9rU1 使っててとくに問題なさそうにみえて実は非常にコアな部分でトンでもない不具合が生じていて
一見ふつうに動いているだけという可能性はある
さりとて、じゃあMSYS2がサポートしてる環境下で「絶対に確実にすべてが問題なく動いている」という保証も
じつのところないので、結局そういうことを気にしたら負け
一見ふつうに動いているだけという可能性はある
さりとて、じゃあMSYS2がサポートしてる環境下で「絶対に確実にすべてが問題なく動いている」という保証も
じつのところないので、結局そういうことを気にしたら負け
レスを投稿する
レス数が950を超えています。1000を超えると書き込みができなくなります。
ニュース
- 第三者委員会の“ゼロ回答”に中居弁護士ブチギレも…「音声データじゃなく本人が生の声で発信すれば?」中居氏に会見求める声 [muffin★]
- 「やっぱ買うのやめた!」増殖するセルフレジ放置民 「現金使えない」「操作間違えた」会計途中で諦め商品置きっぱ…店側も対応苦慮 ★3 [ぐれ★]
- 【芸能】永野芽郁と二股報道の『キャスター』共演俳優が意味深投稿「嘘をつかないで もう半分終わった」報道後初インスタ更新 [Ailuropoda melanoleuca★]
- 【東京】線路にごみ投げ入れ疑い…電車遅延で5千人に影響 ネパール国籍の東京福祉大1年生マハタラ容疑者(25)逮捕「記憶にありません」 [樽悶★]
- 亀田和毅のボクシング世界戦に島田紳助氏がリング上にサプライズ登場 場内騒然 亀田興毅氏の涙にもらい泣き [muffin★]
- 【三重】学生寮で生徒3人にみだらな行為…元私立校教員の男5回目の逮捕「全く身に覚えがない」 [樽悶★]
- 【実況】博衣こよりのえちえちロックマンX6 🧪
- 【大阪維新万博】入場者数、ついに開幕日を超える!肯定派はお祭り騒ぎ!良かったネ [219241683]
- 30超えて初めて気の合う友達できたんだが最近充実してる
- 今のネトウヨの思想のメインストリームって何なの?自民党応援団からだいぶ変わったじゃん?私気になります。 [828897501]
- 【画像】女子大生YouTuber、すき焼き屋で下着姿みたいになって炎上🔥 [632966346]
- 「ワルキューレ」←真っ先に思いついたもの