いまから C++ (and qt) をゼロから習得するなら
基本的には C++17 レベル???
https://cpprefjp.github.io/implementation-status.html みたかんじ
殆ど実装されてるっぽい???
Cygwin + MinGW + GCC 相談室 Part 8
レス数が950を超えています。1000を超えると書き込みができなくなります。
509デフォルトの名無しさん
2019/06/13(木) 19:08:21.05ID:t/TgILxI510デフォルトの名無しさん
2019/06/13(木) 22:37:36.09ID:tYlssfYj ものすごい今さらな質問なんだが・・・
Cygwin て何て発音するんだ?サイウイン?
まわりに使ってるやつ1人もいないから実際に発音することがなくて困る
Cygwin て何て発音するんだ?サイウイン?
まわりに使ってるやつ1人もいないから実際に発音することがなくて困る
511デフォルトの名無しさん
2019/06/13(木) 22:43:02.73ID:C6mR/1ai >>510
ttps://ja.wikipedia.org/wiki/Cygwin
ttps://ja.wikipedia.org/wiki/Cygwin
512デフォルトの名無しさん
2019/06/13(木) 23:07:55.81ID:rmSOkmKf まじかよ・・人前で発音してなくてよかった
513デフォルトの名無しさん
2019/06/14(金) 00:04:54.99ID:7DXJVUad cygnusはキグナスだった?
mingwがむしろ困るよな
mingwがむしろ困るよな
514デフォルトの名無しさん
2019/06/14(金) 11:01:55.94ID:YE54Q2cv みんじーだぶる
515デフォルトの名無しさん
2019/06/14(金) 11:06:24.98ID:LY52/qBF みんぐうじゃないのか
516デフォルトの名無しさん
2019/06/14(金) 12:20:34.75ID:5t0rLbyA cygnusは英語では、「シグナス」です。
むかし、Cygnusと云う商標で、「キグナス石油」という会社が
あったので、Cygnusを英語読みで[シグナス」ということを
知らないで、、「キグナス」と読んだりするみたいです。
ちょっと、きになったら、『英和辞典」を引いてみるとよいでしょう。
むかし、Cygnusと云う商標で、「キグナス石油」という会社が
あったので、Cygnusを英語読みで[シグナス」ということを
知らないで、、「キグナス」と読んだりするみたいです。
ちょっと、きになったら、『英和辞典」を引いてみるとよいでしょう。
517デフォルトの名無しさん
2019/06/14(金) 12:26:57.67ID:YE54Q2cv ジョアンとフアンとジョンとジャンと…
カルロスとチャールズとシャルルと…
ジョージとホルヘとゲオルクと…
カルロスとチャールズとシャルルと…
ジョージとホルヘとゲオルクと…
518デフォルトの名無しさん
2019/06/14(金) 12:28:33.37ID:7fHAKBFE >>516
英語しかできないってこと?
英語しかできないってこと?
519デフォルトの名無しさん
2019/06/14(金) 12:47:10.03ID:bpAwmG5b ペーターピーターピョートル
シーメンスジーメンス
ジャーマンゲルマンドイツドイチュ
シーメンスジーメンス
ジャーマンゲルマンドイツドイチュ
520デフォルトの名無しさん
2019/06/14(金) 19:09:25.40ID:YE54Q2cv 英語読みにこだわるなら
Linux は「らいなくす」か
Linux は「らいなくす」か
521デフォルトの名無しさん
2019/06/14(金) 23:28:44.92ID:5t0rLbyA フランス語は
cygne
で、cygnusとは違います。
ラテン語は、英語と同じ
cygnus
です。
cygne
で、cygnusとは違います。
ラテン語は、英語と同じ
cygnus
です。
522デフォルトの名無しさん
2019/06/15(土) 00:44:39.57ID:Dx2Qxwyp523デフォルトの名無しさん
2019/06/15(土) 11:12:22.87ID:Z5/LYv7k Cognac
Tough
Lamborghini
を思い出す
Tough
Lamborghini
を思い出す
524デフォルトの名無しさん
2019/06/20(木) 22:49:09.67ID:saP3r1IF クンタッシ
525デフォルトの名無しさん
2019/06/22(土) 19:12:03.45ID:UYyu+IU/ >>523
ぶぁーか
ぶぁーか
526デフォルトの名無しさん
2019/06/23(日) 05:49:44.99ID:g5igmDJr MinGW更新が滞っています
527デフォルトの名無しさん
2019/06/24(月) 05:27:39.62ID:bdPLxrDs528デフォルトの名無しさん
2019/06/24(月) 12:32:30.26ID:INmKbVms msys2もWSL2で役目終了かな
529デフォルトの名無しさん
2019/06/24(月) 16:47:30.43ID:Qf6r6oPW そして焼け野原
530デフォルトの名無しさん
2019/06/25(火) 20:17:15.80ID:Cgc4J/db >>529
一言余計なんだよカス
一言余計なんだよカス
531デフォルトの名無しさん
2019/06/25(火) 20:43:23.33ID:mNuvBnC/ 効いてるw
532デフォルトの名無しさん
2019/06/25(火) 21:35:27.64ID:0CG+TeYQ533デフォルトの名無しさん
2019/06/26(水) 01:21:30.62ID:uaiF8BI0 >>532
普通チェックしないし使わない
普通チェックしないし使わない
534デフォルトの名無しさん
2019/07/02(火) 16:03:24.73ID:+WA62fsw >>533
効いてるw
効いてるw
535デフォルトの名無しさん
2019/08/05(月) 11:53:08.29ID:r6BvniMN clang で良いんじゃないの? Google もGCC からclang に切り替えたし。
536デフォルトの名無しさん
2019/08/13(火) 11:23:23.39ID:5isOnGEb gcc-9.2
537デフォルトの名無しさん
2019/08/14(水) 15:59:31.43ID:cSlSK8mm > warning: hoge.hpp.gch/fuga.gch: had text segment at different address
9.2でこんなエラーが出るようになってPCHが効かない。ビルド時間が3倍に。
> cc1plus.exe: warning: '-Werror=' argument '-Werror=hoge-fuga' is not valid for C++
あとこんな警告が大量に出るようになって邪魔。
9.2でこんなエラーが出るようになってPCHが効かない。ビルド時間が3倍に。
> cc1plus.exe: warning: '-Werror=' argument '-Werror=hoge-fuga' is not valid for C++
あとこんな警告が大量に出るようになって邪魔。
538デフォルトの名無しさん
2019/08/20(火) 15:18:40.97ID:4DZMx7ke MinGWで作ったバイナリ、コマンドプロンプトで実行するとすごい遅い
一回実行するとキャッシュでもされるのかそれ以降の実行はわりと速い
ひどいときはプロセス間通信を使ってるバイナリで実行から終了まで7秒とかかかったりする
Gitとかはコマンドプロンプトで実行してもすぐに実行されるんだけど、何が違うんだろう
ウィルスソフトのリアルタイムスキャンに時間がかかってるのかと思って、問題のバイナリの除外設定とかしてみたけど、効果なかった
問題のバイナリはプロセス間通信を使ってるから、このプロセス間通信がボトルネックになってるのかなぁ
WindowsのCreateProcessはLinuxのforkに比べるとめちゃくちゃ遅いらしいし
一回実行するとキャッシュでもされるのかそれ以降の実行はわりと速い
ひどいときはプロセス間通信を使ってるバイナリで実行から終了まで7秒とかかかったりする
Gitとかはコマンドプロンプトで実行してもすぐに実行されるんだけど、何が違うんだろう
ウィルスソフトのリアルタイムスキャンに時間がかかってるのかと思って、問題のバイナリの除外設定とかしてみたけど、効果なかった
問題のバイナリはプロセス間通信を使ってるから、このプロセス間通信がボトルネックになってるのかなぁ
WindowsのCreateProcessはLinuxのforkに比べるとめちゃくちゃ遅いらしいし
539デフォルトの名無しさん
2019/08/20(火) 15:20:15.93ID:zlJnj2O9 cmd からじゃなくて mintty から実行しても遅いか?
540デフォルトの名無しさん
2019/08/20(火) 15:35:04.29ID:4DZMx7ke >>539
試してないけど試してみます
試してないけど試してみます
541デフォルトの名無しさん
2019/08/20(火) 15:50:21.30ID:KG2FXNu0 mkpasswdとかmkgroupとかやっとかないとあかんのじゃなかったっけ
542デフォルトの名無しさん
2019/08/20(火) 17:27:25.95ID:4DZMx7ke543デフォルトの名無しさん
2019/08/20(火) 17:37:17.04ID:zlJnj2O9 キャッシュしてるとしたら socks の dll かな
544デフォルトの名無しさん
2019/08/20(火) 17:51:30.05ID:ITb7FkqQ ログ吐かせてどこにネックがあるのかみてみないと
545デフォルトの名無しさん
2019/08/21(水) 17:19:04.83ID:iGK2Kp/R 雑な事いえばminttyやMSYSを起動すると、起動した時点でMinGWのdllが
読み込まれるのでコマンド起動遅くならないのでは
読み込まれるのでコマンド起動遅くならないのでは
546デフォルトの名無しさん
2019/08/21(水) 17:33:03.25ID:ur92HW83 それならそれで解決とするか
547デフォルトの名無しさん
2019/08/21(水) 23:34:12.77ID:L4bPYRCx dllの読み込みに時間かかってるってことですか
なるほど
ということはMinGWでコンパイルしたバイナリ全般に現れる問題っぽいですね
なるほど
ということはMinGWでコンパイルしたバイナリ全般に現れる問題っぽいですね
548デフォルトの名無しさん
2019/08/22(木) 04:38:34.97ID:Rc8J28Ob コマンドプロンプトで実行するようなプログラムは
Windowsネイティブアプリにしろよw
Windowsネイティブアプリにしろよw
549デフォルトの名無しさん
2019/08/22(木) 05:37:28.68ID:rzNCVH2V MinGWで作ったら余程変態技を使わない限りWindowsネイティブアプリ
550デフォルトの名無しさん
2019/08/22(木) 06:10:29.02ID:dqAPG5D5551デフォルトの名無しさん
2019/08/22(木) 10:15:45.06ID:xQsiKIbM そんな用途には tdmgcc64 おすすめ
552デフォルトの名無しさん
2019/08/23(金) 03:35:27.20ID:jZ19Qjup ググっても一件しか出なかった
gccなのはわかる
gccなのはわかる
553デフォルトの名無しさん
2019/08/23(金) 15:09:01.75ID:Zx6EO+xk554デフォルトの名無しさん
2019/08/23(金) 18:17:23.56ID:jZ19Qjup555デフォルトの名無しさん
2019/08/23(金) 18:24:15.33ID:aZS2aOxa556デフォルトの名無しさん
2019/08/24(土) 06:55:34.51ID:Glqz8i+r557デフォルトの名無しさん
2019/08/24(土) 09:36:31.35ID:u2q8uNB0 staticになってるだけというオチだったらわろす
558デフォルトの名無しさん
2019/08/24(土) 14:59:08.43ID:H4K4vAej ただ単に -static -O3 -mtune=skylake を指定していないだけ
じゃねえだろうな?
じゃねえだろうな?
559デフォルトの名無しさん
2019/08/24(土) 17:29:38.98ID:Glqz8i+r staticオプションは特に指定しませんが……
dllの読み込みが原因だとしたらstaticにすれば解決という話ですか
そういう発想はなかった
>>558
--mtune=skylakeってなんですか?
dllの読み込みが原因だとしたらstaticにすれば解決という話ですか
そういう発想はなかった
>>558
--mtune=skylakeってなんですか?
560デフォルトの名無しさん
2019/08/24(土) 17:48:35.57ID:u2q8uNB0 DLLよりstaticが速いとか都市伝説
561デフォルトの名無しさん
2019/08/25(日) 16:54:37.16ID:z6AAmiat >>559
-O3はコードの最適化を3レベル(あるいはタイプ3)で行う
実際に何を行っているかはコンパイランの説明を読まないと分からない
-mtune=skylakeはコードをIntel CPUのSkyLakeアーキテクチャで最適な形にする
どちらも記述したコードを実行形式にするときに最適化を行うオプションなので、
非常に大きなコードを書いた際や似たような処理を繰り返すコードを書いている際に
指定すると早くなる事もある(ライブラリに含まれるコードは最適化されない)
>>560
都市伝説ってこともない
関数A、B、C、Dが含まれるライブラリlibhogeが存在する場合、自分のプログラムで
関数BとDだけを使っていると、ダイナミックリンクの場合自分のプログラムの実行
コードに加えてすべての関数が含まれるlibhoge.dll全体を読み込む必要がある
スタックリンクの場合には自分のプログラムの実行コードに加えてlibhoge.aから抽出した
関数BとDのコードを読み込むだけなので関数AとCのコードを読み込まない分ロードが
早くなる可能性は高くなる
ただし、実際問題としてはdllを一回読み込めばキャッシュからなくならない限り読み込む
必要がない+Windowsのプログラミングで使用するライブラリで基本的なものは通常
システムを起動した時点でキャッシュされていることに加えて、Windowsでプログラムを
動かすために必要な関数郡はかなりの量になる事が多いのでスタティックにリンクすると
すでにキャッシュされている関数郡を使わずに、必要な関数郡を含んだ大きなコードを
読み込む必要があるのでスタティックリンクの方が起動が遅くなるって本末転倒な事態が
発生することもある
MinGWの場合にはWindows一般では使わないライブラリを使用するので1回目の
起動時には必要なdllを読み込むよりは、必要な関数のみをリンクしたスタティックな
状態の方が早い場合があるかもってこと
-O3はコードの最適化を3レベル(あるいはタイプ3)で行う
実際に何を行っているかはコンパイランの説明を読まないと分からない
-mtune=skylakeはコードをIntel CPUのSkyLakeアーキテクチャで最適な形にする
どちらも記述したコードを実行形式にするときに最適化を行うオプションなので、
非常に大きなコードを書いた際や似たような処理を繰り返すコードを書いている際に
指定すると早くなる事もある(ライブラリに含まれるコードは最適化されない)
>>560
都市伝説ってこともない
関数A、B、C、Dが含まれるライブラリlibhogeが存在する場合、自分のプログラムで
関数BとDだけを使っていると、ダイナミックリンクの場合自分のプログラムの実行
コードに加えてすべての関数が含まれるlibhoge.dll全体を読み込む必要がある
スタックリンクの場合には自分のプログラムの実行コードに加えてlibhoge.aから抽出した
関数BとDのコードを読み込むだけなので関数AとCのコードを読み込まない分ロードが
早くなる可能性は高くなる
ただし、実際問題としてはdllを一回読み込めばキャッシュからなくならない限り読み込む
必要がない+Windowsのプログラミングで使用するライブラリで基本的なものは通常
システムを起動した時点でキャッシュされていることに加えて、Windowsでプログラムを
動かすために必要な関数郡はかなりの量になる事が多いのでスタティックにリンクすると
すでにキャッシュされている関数郡を使わずに、必要な関数郡を含んだ大きなコードを
読み込む必要があるのでスタティックリンクの方が起動が遅くなるって本末転倒な事態が
発生することもある
MinGWの場合にはWindows一般では使わないライブラリを使用するので1回目の
起動時には必要なdllを読み込むよりは、必要な関数のみをリンクしたスタティックな
状態の方が早い場合があるかもってこと
562デフォルトの名無しさん
2019/08/25(日) 19:02:38.36ID:7s5pz20M もっと短く
563デフォルトの名無しさん
2019/08/25(日) 23:51:01.48ID:V1f8d4H1564デフォルトの名無しさん
2019/08/26(月) 01:28:47.93ID:K2zp8I6+ やっぱり名前解決の問題が大きいんすよ
ライブラリの読み込みだけでは説明できない
ライブラリの読み込みだけでは説明できない
565デフォルトの名無しさん
2019/08/26(月) 14:11:24.03ID:T0vtMl8v >スタックリンクの場合には自分のプログラムの実行コードに加えてlibhoge.aから抽出した
>関数BとDのコードを読み込むだけなので関数AとCのコードを読み込まない分ロードが
これ関数単位でソース分けてあって
一関数が一objになってる場合だけだよな
>関数BとDのコードを読み込むだけなので関数AとCのコードを読み込まない分ロードが
これ関数単位でソース分けてあって
一関数が一objになってる場合だけだよな
566デフォルトの名無しさん
2019/08/26(月) 14:11:24.09ID:T0vtMl8v >スタックリンクの場合には自分のプログラムの実行コードに加えてlibhoge.aから抽出した
>関数BとDのコードを読み込むだけなので関数AとCのコードを読み込まない分ロードが
これ関数単位でソース分けてあって
一関数が一objになってる場合だけだよな
>関数BとDのコードを読み込むだけなので関数AとCのコードを読み込まない分ロードが
これ関数単位でソース分けてあって
一関数が一objになってる場合だけだよな
567デフォルトの名無しさん
2019/08/26(月) 17:43:39.53ID:eYWa871J dll読み込みってそんなに重いかな?
なんか別のところで時間がかかっていそうな感じ。
なんか別のところで時間がかかっていそうな感じ。
568デフォルトの名無しさん
2019/08/26(月) 21:44:29.54ID:CEMf0Y7L569デフォルトの名無しさん
2019/08/27(火) 05:30:30.81ID:FSIINwco570デフォルトの名無しさん
2019/08/27(火) 09:41:49.02ID:NZJyfwBK -O3に完璧を求める方が可笑しい
571デフォルトの名無しさん
2019/08/27(火) 11:08:45.95ID:NDEdv6OD そこで-Ofastですよ
572デフォルトの名無しさん
2019/08/27(火) 12:32:02.21ID:j4wzaSFP -O3と-O0で挙動が違うのは、不定の値を使っているとか、
未規定の動作に依存しているとか、そういう系だぞ
まれにコンパイラのバグということもあるが大抵てめーが悪い
未規定の動作に依存しているとか、そういう系だぞ
まれにコンパイラのバグということもあるが大抵てめーが悪い
573デフォルトの名無しさん
2019/08/28(水) 17:10:08.53ID:w9RtsrXP VCで造られたdllをmingwのgccで使いたいです
hoge.dll と hoge.lib は有るのですが
libhoge.a がありません
あと hoge.c とかのソースファイルもありません
hoge.def は hoge.dll から作れるのですが
hoge.lib から libhoge.a を作るのはどうすればよかったか思い出せません
hoge.dll と hoge.lib は有るのですが
libhoge.a がありません
あと hoge.c とかのソースファイルもありません
hoge.def は hoge.dll から作れるのですが
hoge.lib から libhoge.a を作るのはどうすればよかったか思い出せません
574デフォルトの名無しさん
2019/08/28(水) 17:25:07.66ID:iAy2zRVx https://stackoverflow.com/questions/8683046/compatibility-of-dll-a-lib-def-between-visualstudio-and-gcc
dlltool.exe -m i386:x86-64 -d libhoge.def -D hoge.dll -l libhoge.a
dlltool.exe -m i386 -d libhoge.def -D hoge.dll -l libhoge.a
しらんけど
dlltool.exe -m i386:x86-64 -d libhoge.def -D hoge.dll -l libhoge.a
dlltool.exe -m i386 -d libhoge.def -D hoge.dll -l libhoge.a
しらんけど
575デフォルトの名無しさん
2019/08/28(水) 17:45:16.06ID:4qorfKL6 実際parallelstlをコンパイルするのはVCの方が楽だしな
これを.aに変換したいと思っていたのでありがたいです
これを.aに変換したいと思っていたのでありがたいです
576デフォルトの名無しさん
2019/09/03(火) 16:24:26.27ID:fy59PR5b 9.2.0 Rev2 でPCHのエラーが出なくなった。
577デフォルトの名無しさん
2019/09/13(金) 12:46:20.65ID:wKEqF87n 本物のWInネイティブアプリの起動はもっと速いのかもしれません。
MinGW+MSYS2がCygwinより速い理由が釈然としませんが、
forkがCygwinのものまんまよりは多少軽量だったりするんだろうか
https://twitter.com/nullpo_head/status/905032098506915840
https://twitter.com/5chan_nel (5ch newer account)
MinGW+MSYS2がCygwinより速い理由が釈然としませんが、
forkがCygwinのものまんまよりは多少軽量だったりするんだろうか
https://twitter.com/nullpo_head/status/905032098506915840
https://twitter.com/5chan_nel (5ch newer account)
578デフォルトの名無しさん
2019/09/13(金) 12:48:07.35ID:wKEqF87n579デフォルトの名無しさん
2019/09/13(金) 13:01:11.82ID:hxTRiT39 mingwはその本物のネイティブとちゃうか
580デフォルトの名無しさん
2019/09/13(金) 15:13:51.93ID:ud7Tmahn cygwin の fork = native じゃなくて emu
mingw の fork = あるんか?
mingw の fork = あるんか?
581デフォルトの名無しさん
2019/09/13(金) 16:40:00.05ID:08rV0d8/ MinGW+MSYS2がCygwinより速い理由は
Cygwinはたとえ遅くなろうとも完璧なエミュレートを目指してるのに対して
MinGW+MSYS2は目指してないから
Cygwinはたとえ遅くなろうとも完璧なエミュレートを目指してるのに対して
MinGW+MSYS2は目指してないから
582デフォルトの名無しさん
2019/09/13(金) 18:56:41.57ID:2jKM3FP9 MSYS2は、Windowsネイティブアプリを作るための環境です。
Windowsネイティブアプリを作りましょう。
Windowsネイティブアプリを作りましょう。
583デフォルトの名無しさん
2019/09/13(金) 19:47:41.41ID:+NnovRbX >>581
どういうことなの…
どういうことなの…
584デフォルトの名無しさん
2019/09/14(土) 10:05:32.62ID:NwEptffo585デフォルトの名無しさん
2019/09/14(土) 10:32:34.60ID:NwEptffo なぜ今 fork が熱いのか
https://mao.5ch.net/test/read.cgi/linux/1560665525/
https://mao.5ch.net/test/read.cgi/linux/1560665525/
586デフォルトの名無しさん
2019/09/14(土) 11:49:59.95ID:mIZ3m5oP http://www.kobore.net/diary_techno/?date=20180221
http://www.kobore.net/diary_techno/?date=0214
https://books.google.co.jp/books?id=NdmjDwAAQBAJ&pg=PT819&dq=NTDLL+RtlCloneUserProcess
http://www.kobore.net/diary_techno/?date=0214
https://books.google.co.jp/books?id=NdmjDwAAQBAJ&pg=PT819&dq=NTDLL+RtlCloneUserProcess
587デフォルトの名無しさん
2019/09/15(日) 06:58:43.73ID:zbVYZgVB588デフォルトの名無しさん
2019/10/02(水) 07:41:31.63ID:WxowMW3Q GMPって真面目にソースtarからビルドするしかないの? ビルド済みのバイナリですぐ使えるのがあれば欲しいんだけどcygwinのインストーラでチェック入れてもダメで、なんじゃこりゃってなってるんだけど。
589デフォルトの名無しさん
2019/10/02(水) 11:20:07.41ID:55+aQRnY590デフォルトの名無しさん
2019/10/02(水) 11:46:15.82ID:55+aQRnY 4.1.2 は解決
591デフォルトの名無しさん
2019/10/02(水) 12:47:35.09ID:pQm6Lk8A >>589
どうでもいいことだが Stack Overflow のURLは削れる。
build - Are there any recent GMP Windows binary distributions? - Stack Overflow
https://stackoverflow.com/questions/19192963
どうでもいいことだが Stack Overflow のURLは削れる。
build - Are there any recent GMP Windows binary distributions? - Stack Overflow
https://stackoverflow.com/questions/19192963
592デフォルトの名無しさん
2019/10/02(水) 12:53:13.99ID:55+aQRnY どうでもいいことだが thx
https://stackoverflow.com/questions/19192963/are-there-any-recent-gmp-windows-binary-distributions
と
build - Are there any recent GMP Windows binary distributions? - Stack Overflow
https://stackoverflow.com/questions/19192963/
では前者の方がバイト数は少ない
https://stackoverflow.com/questions/19192963/are-there-any-recent-gmp-windows-binary-distributions
と
build - Are there any recent GMP Windows binary distributions? - Stack Overflow
https://stackoverflow.com/questions/19192963/
では前者の方がバイト数は少ない
593デフォルトの名無しさん
2019/10/19(土) 01:49:14.48ID:US3VZtYL msys2のpacmanでfdupesがないんですけど、どっからか手に入りますか?
594593
2019/10/19(土) 15:58:06.55ID:US3VZtYL arch linuxので解決
595デフォルトの名無しさん
2019/11/10(日) 23:46:15.76ID:vZIjc/J6 長期間更新がありませんが何か支障があるのでしょうか・・
596デフォルトの名無しさん
2019/11/14(木) 16:18:35.97ID:m0xrmwtq >>595
あるよ
あるよ
597デフォルトの名無しさん
2019/11/15(金) 14:11:12.27ID:L6hfSVpN >>595
ないない
ないない
598デフォルトの名無しさん
2019/11/15(金) 20:34:54.04ID:cedqxdDY ないあるよ
599デフォルトの名無しさん
2019/11/15(金) 23:50:32.38ID:z3wd5lUW WSL使ったら?
600デフォルトの名無しさん
2019/12/23(月) 02:13:46.99ID:IO6RyZUn Cygwin って /cygdrive上ではディレクトリまたげないんだけど、これってそんなもんだったっけ?
かなり久しぶりにCygwinを使おうとしているのだが困っている。
ディレクトリ構成 D:\DEV\debug で
下のディレクトリから上のディレクトリのファイルをコピーする、以下のコマンドが通らない。
MyMachine@MyName /cygdrive/d/dev/debug
$ cp ../some_file .
ディレクトリまたげないんだけど、こんなんだったっけ?
なお / をバックスラッシュにしても駄目。
なお/home以下のディレクトリならこれらのコマンドは通る。あまり試していないが、おそらく、/cygdrive以下だけ駄目。
何か設定がおかしい?それともこんなものだったっけ?
なお今のところディレクトリをまたげないだけでカレントについてはコマンドは通る。
かなり久しぶりにCygwinを使おうとしているのだが困っている。
ディレクトリ構成 D:\DEV\debug で
下のディレクトリから上のディレクトリのファイルをコピーする、以下のコマンドが通らない。
MyMachine@MyName /cygdrive/d/dev/debug
$ cp ../some_file .
ディレクトリまたげないんだけど、こんなんだったっけ?
なお / をバックスラッシュにしても駄目。
なお/home以下のディレクトリならこれらのコマンドは通る。あまり試していないが、おそらく、/cygdrive以下だけ駄目。
何か設定がおかしい?それともこんなものだったっけ?
なお今のところディレクトリをまたげないだけでカレントについてはコマンドは通る。
601デフォルトの名無しさん
2019/12/23(月) 02:30:38.75ID:IO6RyZUn602デフォルトの名無しさん
2019/12/23(月) 12:40:57.34ID:sEnpgkKc もちつけ
他人のせいにする前に自分を疑え
他人のせいにする前に自分を疑え
603デフォルトの名無しさん
2019/12/23(月) 12:45:36.48ID:CGg4xw4r 自分を疑う自分を疑え
604デフォルトの名無しさん
2019/12/23(月) 13:59:53.49ID:IO6RyZUn >>602
それはそうだが普段シンボリックリンクである事なんて意識しないからな。
いまだにcygwinではNTFSのシンボリックリンクを辿れないのはしょぼいと思うが。
なお32bit版。bashはversion4.4.12(3)、cygwin1.dll はversion 3001.2.0.0
(昨日の時点でsetup.exeを使いBestに更新)
64bit版なら行けるのかも?誰か動作報告よろしく。
それはそうだが普段シンボリックリンクである事なんて意識しないからな。
いまだにcygwinではNTFSのシンボリックリンクを辿れないのはしょぼいと思うが。
なお32bit版。bashはversion4.4.12(3)、cygwin1.dll はversion 3001.2.0.0
(昨日の時点でsetup.exeを使いBestに更新)
64bit版なら行けるのかも?誰か動作報告よろしく。
605デフォルトの名無しさん
2019/12/23(月) 14:06:09.78ID:sEnpgkKc NTFSのリンクはシンボリックリンクではないでしょ
606デフォルトの名無しさん
2019/12/23(月) 14:48:39.41ID:Losi+wwQ シンボリックリンクあるよ、ジャンクションじゃないやつ
607デフォルトの名無しさん
2019/12/23(月) 15:26:21.18ID:IO6RyZUn >>605
シンボリックリンクはSever2008/Vistaから導入された。もう10年以上前になる。
https://www.atmarkit.co.jp/fwin2k/win2ktips/988symlink/symlink.html
つかお前、このレベルの話を知らないでその言い草は完全に老害化してるぞ。
シンボリックリンクはSever2008/Vistaから導入された。もう10年以上前になる。
https://www.atmarkit.co.jp/fwin2k/win2ktips/988symlink/symlink.html
つかお前、このレベルの話を知らないでその言い草は完全に老害化してるぞ。
608デフォルトの名無しさん
2019/12/23(月) 15:39:18.43ID:Losi+wwQ mklink /? で普通に表示されるのに
それすらやったことないのか?
それすらやったことないのか?
609デフォルトの名無しさん
2019/12/23(月) 15:40:22.34ID:Losi+wwQ 共有フォルダ作るときなんか
シンボリックリンクとジャンクションの違いを知らないと困るだろうが
シンボリックリンクとジャンクションの違いを知らないと困るだろうが
610デフォルトの名無しさん
2019/12/23(月) 15:41:13.85ID:sEnpgkKc みなさん思いのほか親切ですね
611デフォルトの名無しさん
2019/12/23(月) 15:47:56.41ID:nbY+qllN >>604
シンボリックリンクもジャンクションも辿れるし、環境変数の設定(CYGWIN=winsymlinks:nativestrict)によってはln -sやtarの展開でNTFSのシンボリックリンクができる
NTFS側でD:とかをリンク先にしても、勝手に/cygdrive/d以下に読み替えてくれる
cygdrive以下だけ動かないなら、/etc/fstabの設定がおかしいとか?
シンボリックリンクもジャンクションも辿れるし、環境変数の設定(CYGWIN=winsymlinks:nativestrict)によってはln -sやtarの展開でNTFSのシンボリックリンクができる
NTFS側でD:とかをリンク先にしても、勝手に/cygdrive/d以下に読み替えてくれる
cygdrive以下だけ動かないなら、/etc/fstabの設定がおかしいとか?
612デフォルトの名無しさん
2019/12/23(月) 15:48:24.03ID:sEnpgkKc だけどシンボリックリンクωを名乗ってるだけでシンボリックリンクではないですねこれ
613デフォルトの名無しさん
2019/12/23(月) 15:52:08.05ID:Losi+wwQ 難癖つけたいんなら、具体的に問題を指摘しろや
614デフォルトの名無しさん
2019/12/23(月) 15:54:08.35ID:qAO2lZtX Windowsには
1.ハードリンク
2.ジャンクション
3.あほなシンボリックリンク
4.だるいシンボリックリンク
がある
1.ハードリンク
2.ジャンクション
3.あほなシンボリックリンク
4.だるいシンボリックリンク
がある
615デフォルトの名無しさん
2019/12/23(月) 16:12:25.30ID:IO6RyZUn >>611
すまんが、/cygdrive以下だけ動かない、というのは間違いだった。
動作としては、シンボリックリンクを辿ることは出来るが、戻れない、というものだ。
本来はシンボリックリンクはカレントと共に使用される。
つまりD:/dev/debugがシンボリックリンクでそこにD:/devからcdして入ったら、 cd .. だとD:/devに戻って来れないといけない。
(シンボリックリンク先に入った時の元に戻る。他から入ったらそこに当然戻る)
これが出来ておらず、debugしかないディレクトリ(というものを作って渡しているのだと思う)に戻ってしまう。
だから下から上が参照出来ない。上から下は参照出来るし、
下から上でも自分に戻ってくるのなら参照出来る。(言葉だと分かりにくいが要するに以下が通る)
MyMachine@MyName /cygdrive/d/dev/debug
$ less ../debug/some_file
下から上でもファイル名の補完は出来るのでbash自体は動作してる。
なお cd ../.. とシンボリックリンクを跨いで2つ上がることは可能。
cdってbashのコマンドだっけ?だとして、やはりbash自体は動作してる。
bashから各アプリに渡す時に失敗しているか、cygwin1.dll自体が対応してないか、だと思う。
バグ報告してもいいけど、それ以前に64bit環境の動作を確かめてからでないとウザがられる。
というわけで普段から64bit環境で使っている人がいたら試してみてくれ。
>>612
いや完全にシンボリックリンクだよ。
ln -s と使い勝手は同じ。
すまんが、/cygdrive以下だけ動かない、というのは間違いだった。
動作としては、シンボリックリンクを辿ることは出来るが、戻れない、というものだ。
本来はシンボリックリンクはカレントと共に使用される。
つまりD:/dev/debugがシンボリックリンクでそこにD:/devからcdして入ったら、 cd .. だとD:/devに戻って来れないといけない。
(シンボリックリンク先に入った時の元に戻る。他から入ったらそこに当然戻る)
これが出来ておらず、debugしかないディレクトリ(というものを作って渡しているのだと思う)に戻ってしまう。
だから下から上が参照出来ない。上から下は参照出来るし、
下から上でも自分に戻ってくるのなら参照出来る。(言葉だと分かりにくいが要するに以下が通る)
MyMachine@MyName /cygdrive/d/dev/debug
$ less ../debug/some_file
下から上でもファイル名の補完は出来るのでbash自体は動作してる。
なお cd ../.. とシンボリックリンクを跨いで2つ上がることは可能。
cdってbashのコマンドだっけ?だとして、やはりbash自体は動作してる。
bashから各アプリに渡す時に失敗しているか、cygwin1.dll自体が対応してないか、だと思う。
バグ報告してもいいけど、それ以前に64bit環境の動作を確かめてからでないとウザがられる。
というわけで普段から64bit環境で使っている人がいたら試してみてくれ。
>>612
いや完全にシンボリックリンクだよ。
ln -s と使い勝手は同じ。
616デフォルトの名無しさん
2019/12/23(月) 16:26:38.22ID:CGg4xw4r cygwinはもう永眠させてやれ
WSLに乗っ取られた
WSLに乗っ取られた
617デフォルトの名無しさん
2019/12/23(月) 18:46:28.73ID:wtBUbgEZ >>612
黙れ!
黙れ!
618デフォルトの名無しさん
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に合わせていると考えられる。
何をしようとしているか大体分かった。
・/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に合わせていると考えられる。
619デフォルトの名無しさん
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 ".."
> ..
分かれば出来れば解説よろしく。
こちらの状況は正しく伝わっており、君の言っていることも正しい。
こちらも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 ".."
> ..
分かれば出来れば解説よろしく。
620デフォルトの名無しさん
2019/12/23(月) 23:43:56.19ID:gENEPh5i WindowsがーではなくCygwinの問題でしょ
WindowsはWindowsの仕様でやってる。それがなんであれ正しい仕様
Cygwinがエミュレート機能をすべて行ってる
問題があるならそれはCygwinの問題
WSLならその問題も解決してるだろうさ
WindowsはWindowsの仕様でやってる。それがなんであれ正しい仕様
Cygwinがエミュレート機能をすべて行ってる
問題があるならそれはCygwinの問題
WSLならその問題も解決してるだろうさ
621デフォルトの名無しさん
2019/12/23(月) 23:58:57.35ID:IO6RyZUn >>620
それは違う。
Cygwinはエミュレーションレイヤーを提供しており、つまりUnixのシステムコールを受け付けているだけ。
だから仕様としてUnixと同じ動作になる。
詳しくはWikiなり本家なり読めばいい。
問題はUnixの糞仕様が今も修正されずそのままbash等で誤魔化され続け、
windowsでは修正された?為に動作が異なっている事による。
ただこれをCygwinで修正することは出来ないし、するべき事柄でもない。
それは違う。
Cygwinはエミュレーションレイヤーを提供しており、つまりUnixのシステムコールを受け付けているだけ。
だから仕様としてUnixと同じ動作になる。
詳しくはWikiなり本家なり読めばいい。
問題はUnixの糞仕様が今も修正されずそのままbash等で誤魔化され続け、
windowsでは修正された?為に動作が異なっている事による。
ただこれをCygwinで修正することは出来ないし、するべき事柄でもない。
622デフォルトの名無しさん
2019/12/24(火) 00:05:26.55ID:8h2rOUkn > Cygwinはエミュレーションレイヤーを提供しており、つまりUnixのシステムコールを受け付けているだけ。
ただしい
? だから仕様としてUnixと同じ動作になる。
○ 仕様としてUnixと同じ動作になるように目指すべきだが、できてない
ただしい
? だから仕様としてUnixと同じ動作になる。
○ 仕様としてUnixと同じ動作になるように目指すべきだが、できてない
623デフォルトの名無しさん
2019/12/24(火) 00:06:45.59ID:8h2rOUkn なんか文字化けする方法のバツを記録してるな。これでいいか?
× だから仕様としてUnixと同じ動作になる。
○ 仕様としてUnixと同じ動作になるように目指すべきだが、できてない
× だから仕様としてUnixと同じ動作になる。
○ 仕様としてUnixと同じ動作になるように目指すべきだが、できてない
624デフォルトの名無しさん
2019/12/24(火) 00:22:04.30ID:6GYTbaHl >>620
なおWSLは理屈上はUnixの動作になるはず。
ただしbash等を見る限り既知の問題だから対策出来そうではあるが、
バイナリ互換なので現実的に無理だと思う。
(もちろんwindows専用bashを用意すればいいが、それだと既存のシェルスクリプトが動かなくなる。
といってもそれで問題が発生するような奴はWSLなんて使わずDockerだと思うが)
が、まあ、俺に関して言えば、
問題の詳細は判明し、特段問題ないから当面はCygwinを使う。
(すまんがNGに当たっているようなのでバラバラにして投稿する)
なおWSLは理屈上はUnixの動作になるはず。
ただしbash等を見る限り既知の問題だから対策出来そうではあるが、
バイナリ互換なので現実的に無理だと思う。
(もちろんwindows専用bashを用意すればいいが、それだと既存のシェルスクリプトが動かなくなる。
といってもそれで問題が発生するような奴はWSLなんて使わずDockerだと思うが)
が、まあ、俺に関して言えば、
問題の詳細は判明し、特段問題ないから当面はCygwinを使う。
(すまんがNGに当たっているようなのでバラバラにして投稿する)
625デフォルトの名無しさん
2019/12/24(火) 00:23:19.80ID:6GYTbaHl (すまんがNGに当たっているようなのでバラバラにして投稿する)
>>623
> ○ 仕様としてUnixと同じ動作になるように目指すべきだが、できてない
違う。そこを目指してない。
CygwinはUnixのシステムコールをcygwin1.dllが受け付けることにより、
GNU等が書き溜めた膨大なUnix向けCソースをそのまま動作させることを目標としている。
結果、ありとあらゆるUnixのツールがcygwin上では動くので、大成功している。
>>623
> ○ 仕様としてUnixと同じ動作になるように目指すべきだが、できてない
違う。そこを目指してない。
CygwinはUnixのシステムコールをcygwin1.dllが受け付けることにより、
GNU等が書き溜めた膨大なUnix向けCソースをそのまま動作させることを目標としている。
結果、ありとあらゆるUnixのツールがcygwin上では動くので、大成功している。
626デフォルトの名無しさん
2019/12/24(火) 00:24:32.17ID:6GYTbaHl >>623続き
windowsのCMD。EXEのエミュレーションなんて必要ないし、目指してもいない。
本家でも読め。
そして認識も間違っている。CygwinはUnixと同じ動作になってる。つまり、「できてる」
windowsのCMD。EXEのエミュレーションなんて必要ないし、目指してもいない。
本家でも読め。
そして認識も間違っている。CygwinはUnixと同じ動作になってる。つまり、「できてる」
627デフォルトの名無しさん
2019/12/24(火) 00:29:23.48ID:d/S5Qnsu >>619
・tcshのmanは間違っているだけだと思う。実際試したら想定通り/tmpになった。
・シェルが勝手に置き換えるべきではないというのは、単にgrep ..とかの動作が今までと変わって直感的でなくなるあたりの問題。.や..の置き換えの仕様とエスケープやクォートの仕様を十分理解すればまあそんなに困らないとは感じる。
・tcshのmanは間違っているだけだと思う。実際試したら想定通り/tmpになった。
・シェルが勝手に置き換えるべきではないというのは、単にgrep ..とかの動作が今までと変わって直感的でなくなるあたりの問題。.や..の置き換えの仕様とエスケープやクォートの仕様を十分理解すればまあそんなに困らないとは感じる。
628デフォルトの名無しさん
2019/12/24(火) 00:49:31.91ID:6GYTbaHl >>627
おおサンクス、手元にこなれた環境がないので助かる。
しかし今更このレベルの誤字ってあるかね?
まあtcshなんて今時誰も使ってないが、他のマニュアルもそうなってるし。
https://linux.die.net/man/1/tcsh
とはいえ実行結果がそうなのならそれが一番信憑性があるが。
Unixは今更直せないで行くのだろうけど、WSLの際にMS内部ではどうするか検討してるだろうね。
WSL推しの人はどうぞ動作報告よろしく。
おおサンクス、手元にこなれた環境がないので助かる。
しかし今更このレベルの誤字ってあるかね?
まあtcshなんて今時誰も使ってないが、他のマニュアルもそうなってるし。
https://linux.die.net/man/1/tcsh
とはいえ実行結果がそうなのならそれが一番信憑性があるが。
Unixは今更直せないで行くのだろうけど、WSLの際にMS内部ではどうするか検討してるだろうね。
WSL推しの人はどうぞ動作報告よろしく。
629デフォルトの名無しさん
2019/12/24(火) 15:52:35.51ID:IBUEMR4t630デフォルトの名無しさん
2020/01/05(日) 00:06:31.37ID:RxmL5T69 >>627
ばーーーか
ばーーーか
632デフォルトの名無しさん
2020/03/07(土) 09:24:50.59ID:6t68C04E このところ、MSYS2 の pacman を実行するとエラーが出るな
サーバー不調なん?それとも pacman がバグった?
一度アンインストールして最初から入れなおしてもダメやった・・・
サーバー不調なん?それとも pacman がバグった?
一度アンインストールして最初から入れなおしてもダメやった・・・
633デフォルトの名無しさん
2020/03/11(水) 21:27:12.49ID:o+x7iIJI いつの間にか直ってた
やっぱり、サーバーが不調なだけだったのか・・・
やっぱり、サーバーが不調なだけだったのか・・・
634デフォルトの名無しさん
2020/03/12(木) 11:58:54.03ID:MzPDqAwN 自分の回線を疑う気は皆無か
635デフォルトの名無しさん
2020/03/12(木) 19:21:51.59ID:TmXPZpmc 自分の回線だけだったら書き込まないが・・・
636デフォルトの名無しさん
2020/03/25(水) 09:30:19.85ID:C+0WfFNh0 回線があまりに遅いと向こうからお断りしてくるのでは
637デフォルトの名無しさん
2020/03/28(土) 13:48:39.21ID:Mtf58BEo サーバー不調なだけだぞ、公式でも話題になってた
https://github.com/msys2/MINGW-packages/issues/6256
https://github.com/msys2/MINGW-packages/issues/6256
638デフォルトの名無しさん
2020/04/02(木) 18:00:43.50ID:1pp0Yvcl 今更
pacmanでfork errorでまくったので見切った。
wslでLinux入れてmingw64クロスコンパイルしている。
wslのコンソールでwindowsバイナリもそのまま動くし良い。
cygwinやmsysみたいにcygwin, msysバイナリとwindowsバイナリが混在することの混乱もないしさらに良い
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を早く出してくれ
640デフォルトの名無しさん
2020/04/03(金) 09:51:54.29ID:yEeayoKI pacmanでfork errorの一番の解決策は
ちゃんと出てきたメッセージを読むこと
これに尽きる
638がそうなのかは知らんが
ちゃんと出てきたメッセージを読むこと
これに尽きる
638がそうなのかは知らんが
641デフォルトの名無しさん
2020/04/05(日) 22:38:22.52ID:bwZ5xk1F WSLよりMSYS2の方が更新早い?
642デフォルトの名無しさん
2020/04/06(月) 09:55:13.35ID:m+LKHOnj WSLで使うディストリビューション(ArchとかUbuntuとか)によるでしょう
共通して言えるのはLinuxではセキュリティ修正の取り込みは早い
共通して言えるのはLinuxではセキュリティ修正の取り込みは早い
643デフォルトの名無しさん
2020/04/06(月) 20:27:42.43ID:O5iO/eDc WSL は色々なディストリビューションが選べるんですね
644デフォルトの名無しさん
2020/04/19(日) 17:57:31.18ID:UEW9MHEw645デフォルトの名無しさん
2020/04/19(日) 22:00:29.69ID:+AizyWB9 WSLがある以上、MSYSのメンテはもう廃れるだろうな。
意味ねーし。
cygwinはXのためだけに存在する
意味ねーし。
cygwinはXのためだけに存在する
646デフォルトの名無しさん
2020/04/19(日) 23:35:15.05ID:UEW9MHEw >>645
えっ、そんなのあるの?
えっ、そんなのあるの?
647デフォルトの名無しさん
2020/04/20(月) 01:29:10.82ID:VYi0JRSU そ、そんな〜(´・ω・`)
648デフォルトの名無しさん
2020/04/20(月) 04:16:21.28ID:DIgHaEzI 更新が止まってしまった
649デフォルトの名無しさん
2020/04/20(月) 04:41:27.35ID:H+0bMHyU >>645
cygwinは便利だ。
cygwinは便利だ。
650デフォルトの名無しさん
2020/04/20(月) 07:25:19.48ID:vhP2C7pa0 マジかよシグウィン窓から投げ捨てた
WSL派になります
WSL派になります
651デフォルトの名無しさん
2020/04/20(月) 08:37:44.26ID:iSOfvkhv DLLだけで動くのが便利なときもあるが、日々の生活はWSLだね
652デフォルトの名無しさん
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 -)"
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 -)"
653デフォルトの名無しさん
2020/04/20(月) 09:13:30.71ID:lEczCUui MSYS+MinGW、仮想マシン+Linuxって感じでWSLの入る余地がない
WSL+MinGWツールチェーンにすれば仮想マシンすら必要ないって考えもあるけど
やっぱり仮想マシンは手放せないからWindows側はMSYSでいいやってなる
WSL+MinGWツールチェーンにすれば仮想マシンすら必要ないって考えもあるけど
やっぱり仮想マシンは手放せないからWindows側はMSYSでいいやってなる
654デフォルトの名無しさん
2020/04/20(月) 10:24:18.82ID:HdM6J8YZ >>653
同じく
同じく
655デフォルトの名無しさん
2020/04/20(月) 13:58:21.58ID:2UEzrf8e656デフォルトの名無しさん
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をビルドしたいから
ffmpegをビルドしたいから
659デフォルトの名無しさん
2020/04/20(月) 14:17:05.96ID:2UEzrf8e ああ、なるほど。テスト環境じゃないから
一つしか仮想マシンがないんだな
それぞれ微妙に異なるからテスト環境(仮想マシン)は
プロジェクトごとに必要なんだよ
一つしか仮想マシンがないんだな
それぞれ微妙に異なるからテスト環境(仮想マシン)は
プロジェクトごとに必要なんだよ
660デフォルトの名無しさん
2020/04/20(月) 14:18:38.31ID:2UEzrf8e >>658
LinuxツールのWindowsネイティブ版への移植以外になんかあるの?
ffmpegもそうだし
まあ全員がWSLをインストールしてるとは限らないから
Windowsネイティブ版を作る意味はあるだろうね。
LinuxツールのWindowsネイティブ版への移植以外になんかあるの?
ffmpegもそうだし
まあ全員がWSLをインストールしてるとは限らないから
Windowsネイティブ版を作る意味はあるだろうね。
661デフォルトの名無しさん
2020/04/20(月) 17:04:12.19ID:lEczCUui だから何としか言えねぇ
662デフォルトの名無しさん
2020/04/20(月) 21:50:47.06ID:vn9gJe4h0 cygwin
mingw
wsl
作ったアプリの動作時オーバーヘッド(動作速度)が大きい順に並べて
mingw
wsl
作ったアプリの動作時オーバーヘッド(動作速度)が大きい順に並べて
663デフォルトの名無しさん
2020/04/20(月) 21:54:06.18ID:iSOfvkhv c
w
m
w
m
664デフォルトの名無しさん
2020/04/20(月) 21:57:01.49ID:vn9gJe4h0 マジかよWSLに失望しました。窓から投げ捨ててMinGWに乗り換えます
665デフォルトの名無しさん
2020/04/20(月) 23:38:08.46ID:pVOiahav いやいや君なんでも即断すぎやろw
666デフォルトの名無しさん
2020/04/21(火) 05:17:44.95ID:Lx1iEb8v667デフォルトの名無しさん
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
どう違うの?
入れるのはどっち?
yasm-1.3.0-2
どう違うの?
入れるのはどっち?
668デフォルトの名無しさん
2020/04/22(水) 09:41:29.70ID:UQ7whF8j 前者はMinGW-w64のDLLが必要。いわゆるネイティブアプリ
後者はMSYSのDLLと場合によってはターミナルエミュレータが必要
どちらを使うかは環境と用途次第
後者はMSYSのDLLと場合によってはターミナルエミュレータが必要
どちらを使うかは環境と用途次第
669デフォルトの名無しさん
2020/04/22(水) 09:46:40.84ID:O/jaLKmb おま環
670デフォルトの名無しさん
2020/04/23(木) 21:18:54.36ID:4ZqPhGA2 msys2を入れてpacman -Syuをやった後、home/PC名のフォルダに、.gnupgというフォルダがあるんだけど、これって消しちゃダメ?
671デフォルトの名無しさん
2020/04/26(日) 14:07:46.35ID:XGLrD3LC0 え!?WSLってそのままでは音流せないんですか!?
672デフォルトの名無しさん
2020/04/26(日) 15:10:53.48ID:O/ywVmO1 gnupgってGPGだろ
GNU製のPGP暗号化と復号プログラム
GNU製のPGP暗号化と復号プログラム
673デフォルトの名無しさん
2020/04/26(日) 16:13:34.86ID:D7tlSM02 >>671
PulseAudio使えばいいだけじゃね?
PulseAudio使えばいいだけじゃね?
674デフォルトの名無しさん
2020/04/27(月) 04:32:34.19ID:xcrAouIA0 ではWSLは、デフォルトでは音すら流せない杜撰な造りをしていると認めるんですか?
675デフォルトの名無しさん
2020/04/27(月) 06:42:04.21ID:4F1K1x/3 単にサウンドデバイスを実装してないだけだよ
設計は良く出来てるので実装しようと思えば出来るだろうが
利用者が求めてない機能なので優先度が低い
WSLの利用者は開発者だからね。開発者が欲しい機能が最優先
設計は良く出来てるので実装しようと思えば出来るだろうが
利用者が求めてない機能なので優先度が低い
WSLの利用者は開発者だからね。開発者が欲しい機能が最優先
676デフォルトの名無しさん
2020/04/27(月) 06:46:16.14ID:4F1K1x/3 あ、もしWSLが開発者向けの機能を優先してるのを知った上で
WSLは駄目だって印象を与えようとした書き込みだったらごめん、邪魔したね
そうでないなら音ならWindowsで鳴らせばいいと気づければOKだよ
音を鳴らす程度のためにWSLは不要だからね
WSLは駄目だって印象を与えようとした書き込みだったらごめん、邪魔したね
そうでないなら音ならWindowsで鳴らせばいいと気づければOKだよ
音を鳴らす程度のためにWSLは不要だからね
677デフォルトの名無しさん
2020/04/27(月) 17:16:43.92ID:cdGyQVmm >>653
wslはwslのコマンドラインからlinuxバイナリもwindowsバイナリも動く優れものなんだよ
wslはwslのコマンドラインからlinuxバイナリもwindowsバイナリも動く優れものなんだよ
678デフォルトの名無しさん
2020/04/27(月) 18:06:23.13ID:AD9YXzU7679デフォルトの名無しさん
2020/04/27(月) 19:44:31.43 Windowsのコマンドプロンプト側からWSLのディレクトリに入っていけるの?
680デフォルトの名無しさん
2020/04/27(月) 19:55:00.34ID:AD9YXzU7 >>679
それはコマンドプロンプト自体の問題で、こいつは古いアプリなのでUNCパスに対応していない
UNCパス(\\ではじまるネットワークフォルダのパス)を扱えるツールを使う必要がある
WSLのディレクトリに対応してるかというよりも
ネットワークフォルダに対応しているかという話に近い
PowerShellはUNCパスに対応しているからWSLのディレクトリにも入れる
コマンドプロンプトから実行するコマンドもUNCパスに対応していれば参照できる
またネットワークフォルダはドライブに割り当てることが出来るので
ドライブに割り当てればコマンドコマンドからWSLのディレクトリに入ることも出来る
それはコマンドプロンプト自体の問題で、こいつは古いアプリなのでUNCパスに対応していない
UNCパス(\\ではじまるネットワークフォルダのパス)を扱えるツールを使う必要がある
WSLのディレクトリに対応してるかというよりも
ネットワークフォルダに対応しているかという話に近い
PowerShellはUNCパスに対応しているからWSLのディレクトリにも入れる
コマンドプロンプトから実行するコマンドもUNCパスに対応していれば参照できる
またネットワークフォルダはドライブに割り当てることが出来るので
ドライブに割り当てればコマンドコマンドからWSLのディレクトリに入ることも出来る
681デフォルトの名無しさん
2020/04/27(月) 19:56:20.68ID:AD9YXzU7 ちなみにcdの代わりにpushdを使えば
コマンドコマンドからUNCパスに移動できる
一時的にドライブを割り当てているだけだが
コマンドコマンドからUNCパスに移動できる
一時的にドライブを割り当てているだけだが
682デフォルトの名無しさん
2020/04/27(月) 22:41:42.75 詳しい情報サンクス!
これなら皆がWSLへl移行するのもわかる気がする
これなら皆がWSLへl移行するのもわかる気がする
683デフォルトの名無しさん
2020/04/27(月) 23:26:27.00ID:hGgbh3Gh windowsのSSHサーバ立ち上げてwslをシェルにできるのは便利
PowerShell極めてるひとなら不要かもしれんけどね
PowerShell極めてるひとなら不要かもしれんけどね
684デフォルトの名無しさん
2020/04/28(火) 10:33:28.83ID:gG+m5xpc MSYS2とWSLって共存出来るんですか?
685デフォルトの名無しさん
2020/04/28(火) 10:52:09.80ID:zAZN/f3s マジレスするとmsys使ってて問題無ければwsl要らない
686デフォルトの名無しさん
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の代わりとして使うものじゃない
共存できる。msys2はただのアプリでしかないから
>>685
msysの問題はUbuntuと同じようなメンテナンス力を期待できないところかな
WSLは本物のUbuntuのディストリのパッケージが使われてるので
Ubuntuとほぼ同等にメンテナンスされてると思っていい
だけどmsysは(Ubuntuと比べたら小さな)開発者が対応してるパッケージしか使えない
しかもLinuxと完全互換じゃないからmsysでソースコードからコンパイルしようとしても
動くとは限らない。WSLを使えばそういった煩わしさから開放される。
msysはWSLを入れてない人のためのWindows用アプリを作るためのものだよ
開発者がLinuxの代わりとして使うものじゃない
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がサポートしてる環境下で「絶対に確実にすべてが問題なく動いている」という保証も
じつのところないので、結局そういうことを気にしたら負け
966デフォルトの名無しさん
2025/06/26(木) 17:52:15.96ID:nmyewptE wsl2でlinux版のmingw使ってるけどすごくいいね
gcc on linuxとgcc on mingw on linuxでlinux/winのバイナリを両方吐ける
これからのクロス開発のスタンダードになるんじゃ?
gcc on linuxとgcc on mingw on linuxでlinux/winのバイナリを両方吐ける
これからのクロス開発のスタンダードになるんじゃ?
967デフォルトの名無しさん
2025/06/26(木) 18:43:04.44ID:JONMqo8w 大昔からクロス用に使われていたgccをさも今自分が発見しましたみたいに言われても…
ちなclangの方がひとつのコンパイラで複数ターゲットに対応できるからもっと簡単
ちなclangの方がひとつのコンパイラで複数ターゲットに対応できるからもっと簡単
968デフォルトの名無しさん
2025/06/27(金) 09:28:46.15ID:H+pgJuGy >>966
とっくになってるでしょ
とっくになってるでしょ
969デフォルトの名無しさん
2025/06/27(金) 09:29:24.03ID:H+pgJuGy >大昔からクロス用に使われていたgccをさも今自分が発見しましたみたいに
ほんそれ
開いた口が塞がらんわ
ほんそれ
開いた口が塞がらんわ
970デフォルトの名無しさん
2025/07/06(日) 09:46:03.14ID:jyZjYPic (たぶん)初心者が使ってて自分があっと気付いたから書いただけで、さも自分が発見しました!なんて言ってないだろ…
そもそも毎スレ掘り返される話題だし、それで初心者を萎縮させるのはどうかと
>>891くらいまで発展的用法バリバリ使ってたら、お前ら叩かんやろ?
そもそも毎スレ掘り返される話題だし、それで初心者を萎縮させるのはどうかと
>>891くらいまで発展的用法バリバリ使ってたら、お前ら叩かんやろ?
971デフォルトの名無しさん
2025/07/06(日) 10:20:31.05ID:RFZXbMVg いってるね
972デフォルトの名無しさん
2025/07/10(木) 02:15:09.38ID:K1GlzFeW これは言ってるようにしか読めないわ
973デフォルトの名無しさん
2025/07/15(火) 23:36:59.18ID:hInNkoM6 ここの回答者クズばっかだな
そら初心者こないわ
そら初心者こないわ
974デフォルトの名無しさん
2025/07/15(火) 23:48:52.15ID:bTX3ONQP スレタイの初心者とは言え内容的にはプログラミング熟達者の方が多いから自力解決する事が多いのでは
975デフォルトの名無しさん
2025/07/15(火) 23:55:01.09ID:Xa+JcFPE 煽りとかそういうのでなく、純粋に意見として
今は初心者レベルの人はAIに聞いたほうがはるかに有用な答が得られる
今は初心者レベルの人はAIに聞いたほうがはるかに有用な答が得られる
976デフォルトの名無しさん
2025/07/16(水) 00:05:19.73ID:54zFMq80 次スレ立てるときにはcygwinは控えめで
MSYS2ルート(mingw64-gcc/clang/bash/各種ライブラリ等windowsネイティブポート)
VSCodeルート(msys2導入せずmingw64コンパイラだけ導入)
WSL2ルート
のそれぞれで誰か説明したらwindowsプログラミング初心者(VSは使いたくない人)の助けになるかも
>>975
AIでまとめて貰っても良いかも
MSYS2ルート(mingw64-gcc/clang/bash/各種ライブラリ等windowsネイティブポート)
VSCodeルート(msys2導入せずmingw64コンパイラだけ導入)
WSL2ルート
のそれぞれで誰か説明したらwindowsプログラミング初心者(VSは使いたくない人)の助けになるかも
>>975
AIでまとめて貰っても良いかも
977デフォルトの名無しさん
2025/07/16(水) 03:12:54.62ID:07jtrGs0 TDM-GCC64ってなんなん
978デフォルトの名無しさん
2025/07/16(水) 16:55:53.12ID:8VyoLyXs >>976
gccの話なら開発環境は全部Linuxで済ませてWindowsはあくまでターゲットのひとつに留めといたほうが簡単で楽なんだけどね
まあこのスレはcygwin/mingwのスレだからそれはスレチか
gccの話なら開発環境は全部Linuxで済ませてWindowsはあくまでターゲットのひとつに留めといたほうが簡単で楽なんだけどね
まあこのスレはcygwin/mingwのスレだからそれはスレチか
979デフォルトの名無しさん
2025/07/16(水) 18:56:50.02ID:uj9eYc0f >>973
Visual Studioが至れり尽くせりなんだけど、それだけだとロックインするからスレタイの環境に興味がある人がいると思う
ただしこのスレではMSYS2以外で導入していろんな墓穴を掘っている傾向がある
とりあえずMSYS2導入(とその後のメンテ)をQiita/Zennで調べたら、初PCゲットしたてのスマホキッズでも躓く事は少ないのでは
マルチプラットフォームアプリ開発等の必要性が出てきたらWSLにすれば良いかと
Visual Studioが至れり尽くせりなんだけど、それだけだとロックインするからスレタイの環境に興味がある人がいると思う
ただしこのスレではMSYS2以外で導入していろんな墓穴を掘っている傾向がある
とりあえずMSYS2導入(とその後のメンテ)をQiita/Zennで調べたら、初PCゲットしたてのスマホキッズでも躓く事は少ないのでは
マルチプラットフォームアプリ開発等の必要性が出てきたらWSLにすれば良いかと
980デフォルトの名無しさん
2025/07/16(水) 19:02:18.06ID:uj9eYc0f981デフォルトの名無しさん
2025/07/16(水) 19:04:00.62ID:uj9eYc0f もちろん「プログラミング熟達者」は好きにしたら良いと思う
982デフォルトの名無しさん
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の方が都合がよいのでこちらを残すかと
思ってるのだが、なー
こっちはどれくらい使えるものなのだろう
コンパイラは無い、というのはいいとして、
grep、sed、awkとから辺は入っているから
とりあえずシェルスクリプトでちょっと何かをしたい、と
思った時とかは、Gitについてるコマンド類でも充分なのかな
正直、Windows用GitとCygwin+MinGWを導入していると、
gnu-utilsあたりのコマンドが両方入っているような感じで、
どっちかもう消したいんよね
gitはWindows用Gitの方が都合がよいのでこちらを残すかと
思ってるのだが、なー
983デフォルトの名無しさん
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環境がおかしくなったら、涙を拭いて頑張る、になるが
Git for Winのmingw環境は、あくまでもgitのためのものだからな
bash、grepはじめ、UNIX的コマンドをより完全に使いたいのなら、
やはりCwgwin+MinGW+GCCかなと
ただ、Gitをメインに据えたいというのなら、
逆にGitのMinGWにgccとかを入れていくのがよいかなと
コマンドが足りなければその時にまた追加していく、で
それでgit環境がおかしくなったら、涙を拭いて頑張る、になるが
984デフォルトの名無しさん
2025/08/24(日) 10:11:40.65ID:FHs64gUC 全部入りがいいならMSYS2でいい
985デフォルトの名無しさん
2025/08/24(日) 21:06:59.10ID:JGmFRBjN msys2で全部入り(随時追加)が良いよ
各ランタイムの開発環境(ucrt64,mingw64,clang64)の合計なんて30GBにも満たない
昨今の(mono)プロジェクト単位の依存関係インストールに比べたら軽いものでは
各ランタイムの開発環境(ucrt64,mingw64,clang64)の合計なんて30GBにも満たない
昨今の(mono)プロジェクト単位の依存関係インストールに比べたら軽いものでは
986デフォルトの名無しさん
2025/08/27(水) 03:14:16.66ID:nJC8HQwX windowsのパス環境変数取り合いになるからなあ
こういうの
統合してほしい
こういうの
統合してほしい
987デフォルトの名無しさん
2025/08/27(水) 05:44:42.72ID:F9vl64W8 そう言う疑問はmsys2インストールして環境別のショートカットを見たら直ぐに分かる
988デフォルトの名無しさん
2025/10/12(日) 05:50:47.01ID:W2SaGlg4 >>985
でけーよ…
でけーよ…
レスを投稿する
レス数が950を超えています。1000を超えると書き込みができなくなります。
ニュース
- 【野球】大谷翔平、佐々木朗希、山本由伸らがWBC辞退なら広がる不協和音… 『過去イチ盛り上がらない大会』になる可能性も★2 [冬月記者★]
- 【国際】ロシアはすでに戦争準備段階――ポーランド軍トップが警告 [ぐれ★]
- 【news23】小川彩佳アナ「ここまでの広がりになるということを、高市総理はどれだけ想像できていたんでしょうね」 日中問題特集で [冬月記者★]
- 「町中華」の“息切れ倒産”が増加 ブームにも支えられ職人技で踏ん張ってきたが… 大手チェーンは値上げでも絶好調 [ぐれ★]
- 毛寧(もう・ねい)報道官「中国に日本の水産品の市場は無い」 高市首相の国会答弁に「中国民衆の強い怒り」 ★2 [ぐれ★]
- 立民・岡田氏の質疑「不適切」 維新・藤田氏、台湾有事答弁巡り [蚤の市★]
