429(1): デフォルトの名無しさん [sage] 2018/08/19(日) 19:35:32.54 ID:AHbKk0RR(1) AAS
>>428
プロプライエタリなプログラムと混ぜてはいけないと読めるが自分の解釈は間違っているかな？

GCCのプラグインとしてproprietaryなプログラムを組み合わせると例外の恩恵を受けられない
「GPLと両立しないプラグインなど」を組み込ま「ない」GCCが、proprietaryなソースコードをビルド(*.oの出力、リンク)しても例外は適用される(出力されるものはGPL扱いにならない)
ように読んだ
たぶん「コンパイラの中間表現」はGIMPLEとかRTLみたいなGCC固有の表現を指してて、アセンブリ言語(-Sオプションで出力されるやつ)やオブジェクトコードは指してなさそう

---

557: デフォルトの名無しさん [] 2019/08/24(土) 09:36:31.35 ID:u2q8uNB0(1/2) AAS
staticになってるだけというオチだったらわろす

---

578: デフォルトの名無しさん [] 2019/09/13(金) 12:48:07.35 ID:wKEqF87n(2/2) AAS
ビルド環境のまとめ
画像ﾘﾝｸ

外部ﾘﾝｸ[html]:i.loveruby.net

---

614: デフォルトの名無しさん [sage] 2019/12/23(月) 15:54:08.35 ID:qAO2lZtX(1) AAS
Windowsには
1.ハードリンク
2.ジャンクション
3.あほなシンボリックリンク
4.だるいシンボリックリンク
がある

---

621: デフォルトの名無しさん [sage] 2019/12/23(月) 23:58:57.35 ID:IO6RyZUn(7/7) AAS
>>620

620(2): デフォルトの名無しさん [sage] 2019/12/23(月) 23:43:56.19 ID:gENEPh5i(1) AAS
WindowsがーではなくCygwinの問題でしょ
WindowsはWindowsの仕様でやってる。それがなんであれ正しい仕様

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

WSLならその問題も解決してるだろうさ

645(2): デフォルトの名無しさん [sage] 2020/04/19(日) 22:00:29.69 ID:+AizyWB9(1) AAS
WSLがある以上、MSYSのメンテはもう廃れるだろうな。
意味ねーし。
cygwinはXのためだけに存在する

708(1): デフォルトの名無しさん [sage] 2020/05/03(日) 06:00:40.65 ID:HUz+EFHq(6/8) AAS
>>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でも使ってるんじゃなかったっけ？