X
Cygwin + MinGW + GCC 相談室 Part 8
0001デフォルトの名無しさん
垢版 |
2014/09/23(火) 00:20:11.40ID:G97CLCj1
Windows上で動作するフリーの開発環境 CygwinとMinGWに関する相談スレッドです。

過去スレ:
Cygwin + MinGW + GCC 相談室 Part 7
http://peace.2ch.net/test/read.cgi/tech/1357019230/
Cygwin + MinGW + GCC 相談室 Part 6
http://toro.2ch.net/test/read.cgi/tech/1304609116/
Cygwin + MinGW + GCC 相談室 Part 5
http://hibari.2ch.net/test/read.cgi/tech/1269400706/
Cygwin + MinGW + GCC 相談室 Part 4
http://pc12.2ch.net/test/read.cgi/tech/1221233882/
cygwin + mingwn + gcc 相談室 Part3
http://pc11.2ch.net/test/read.cgi/tech/1177944767/
cygwin + mingwn + gcc 相談室 Part2
http://pc11.2ch.net/test/read.cgi/tech/1126103347/
cygwin + mingwn + gcc 相談室
http://pc8.2ch.net/test/read.cgi/tech/1058134693/

関連サイト:
Cygwin http://www.cygwin.com/
MinGW http://www.mingw.org/

関連スレッド:
GCCについて part10
http://toro.2ch.net/test/read.cgi/tech/1315026784/
0590デフォルトの名無しさん
垢版 |
2019/10/02(水) 11:46:15.82ID:55+aQRnY
4.1.2 は解決
0594593
垢版 |
2019/10/19(土) 15:58:06.55ID:US3VZtYL
arch linuxので解決
0595デフォルトの名無しさん
垢版 |
2019/11/10(日) 23:46:15.76ID:vZIjc/J6
長期間更新がありませんが何か支障があるのでしょうか・・
0596デフォルトの名無しさん
垢版 |
2019/11/14(木) 16:18:35.97ID:m0xrmwtq
>>595
あるよ
0597デフォルトの名無しさん
垢版 |
2019/11/15(金) 14:11:12.27ID:L6hfSVpN
>>595
ないない
0600デフォルトの名無しさん
垢版 |
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以下だけ駄目。

何か設定がおかしい？それともこんなものだったっけ？
なお今のところディレクトリをまたげないだけでカレントについてはコマンドは通る。
0602デフォルトの名無しさん
垢版 |
2019/12/23(月) 12:40:57.34ID:sEnpgkKc
もちつけ
他人のせいにする前に自分を疑え
0604デフォルトの名無しさん
垢版 |
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版なら行けるのかも？誰か動作報告よろしく。
0605デフォルトの名無しさん
垢版 |
2019/12/23(月) 14:06:09.78ID:sEnpgkKc
NTFSのリンクはシンボリックリンクではないでしょ
0609デフォルトの名無しさん
垢版 |
2019/12/23(月) 15:40:22.34ID:Losi+wwQ
共有フォルダ作るときなんか
シンボリックリンクとジャンクションの違いを知らないと困るだろうが
0610デフォルトの名無しさん
垢版 |
2019/12/23(月) 15:41:13.85ID:sEnpgkKc
みなさん思いのほか親切ですね
0611デフォルトの名無しさん
垢版 |
2019/12/23(月) 15:47:56.41ID:nbY+qllN
>>604
シンボリックリンクもジャンクションも辿れるし、環境変数の設定(CYGWIN=winsymlinks:nativestrict)によってはln -sやtarの展開でNTFSのシンボリックリンクができる
NTFS側でD:とかをリンク先にしても、勝手に/cygdrive/d以下に読み替えてくれる
cygdrive以下だけ動かないなら、/etc/fstabの設定がおかしいとか?
0612デフォルトの名無しさん
垢版 |
2019/12/23(月) 15:48:24.03ID:sEnpgkKc
だけどシンボリックリンクωを名乗ってるだけでシンボリックリンクではないですねこれ
0614デフォルトの名無しさん
垢版 |
2019/12/23(月) 15:54:08.35ID:qAO2lZtX
Windowsには
1.ハードリンク
2.ジャンクション
3.あほなシンボリックリンク
4.だるいシンボリックリンク
がある
0615デフォルトの名無しさん
垢版 |
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 と使い勝手は同じ。
0618デフォルトの名無しさん
垢版 |
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に合わせていると考えられる。
0619デフォルトの名無しさん
垢版 |
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 ".."
> ..
分かれば出来れば解説よろしく。
0620デフォルトの名無しさん
垢版 |
2019/12/23(月) 23:43:56.19ID:gENEPh5i
WindowsがーではなくCygwinの問題でしょ
WindowsはWindowsの仕様でやってる。それがなんであれ正しい仕様

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

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

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

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

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

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


(すまんがNGに当たっているようなのでバラバラにして投稿する）
0625デフォルトの名無しさん
垢版 |
2019/12/24(火) 00:23:19.80ID:6GYTbaHl
(すまんがNGに当たっているようなのでバラバラにして投稿する）

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

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

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

Unixは今更直せないで行くのだろうけど、WSLの際にMS内部ではどうするか検討してるだろうね。
WSL推しの人はどうぞ動作報告よろしく。
0631627
垢版 |
2020/02/21(金) 14:13:26.80ID:3bMJAyBr
>>630
ごめんなさい。
0632デフォルトの名無しさん
垢版 |
2020/03/07(土) 09:24:50.59ID:6t68C04E
このところ、MSYS2 の pacman を実行するとエラーが出るな
サーバー不調なん？それとも pacman がバグった？
一度アンインストールして最初から入れなおしてもダメやった・・・
0634デフォルトの名無しさん
垢版 |
2020/03/12(木) 11:58:54.03ID:MzPDqAwN
自分の回線を疑う気は皆無か
0636デフォルトの名無しさん
垢版 |
2020/03/25(水) 09:30:19.85ID:C+0WfFNh0
回線があまりに遅いと向こうからお断りしてくるのでは
0638デフォルトの名無しさん
垢版 |
2020/04/02(木) 18:00:43.50ID:1pp0Yvcl
今更
pacmanでfork errorでまくったので見切った。
wslでLinux入れてmingw64クロスコンパイルしている。
wslのコンソールでwindowsバイナリもそのまま動くし良い。
cygwinやmsysみたいにcygwin, msysバイナリとwindowsバイナリが混在することの混乱もないしさらに良い
0639デフォルトの名無しさん
垢版 |
2020/04/03(金) 04:00:25.48ID:FV+QUjkb
GCC 9.3を早く出してくれ
0640デフォルトの名無しさん
垢版 |
2020/04/03(金) 09:51:54.29ID:yEeayoKI
pacmanでfork errorの一番の解決策は
ちゃんと出てきたメッセージを読むこと
これに尽きる
638がそうなのかは知らんが
0642デフォルトの名無しさん
垢版 |
2020/04/06(月) 09:55:13.35ID:m+LKHOnj
WSLで使うディストリビューション(ArchとかUbuntuとか)によるでしょう
共通して言えるのはLinuxではセキュリティ修正の取り込みは早い
0645デフォルトの名無しさん
垢版 |
2020/04/19(日) 22:00:29.69ID:+AizyWB9
WSLがある以上、MSYSのメンテはもう廃れるだろうな。
意味ねーし。
cygwinはXのためだけに存在する
0648デフォルトの名無しさん
垢版 |
2020/04/20(月) 04:16:21.28ID:DIgHaEzI
更新が止まってしまった
0650デフォルトの名無しさん
垢版 |
2020/04/20(月) 07:25:19.48ID:vhP2C7pa0
マジかよシグウィン窓から投げ捨てた
WSL派になります
0652デフォルトの名無しさん
垢版 |
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 -)"
0653デフォルトの名無しさん
垢版 |
2020/04/20(月) 09:13:30.71ID:lEczCUui
MSYS+MinGW、仮想マシン+Linuxって感じでWSLの入る余地がない
WSL+MinGWツールチェーンにすれば仮想マシンすら必要ないって考えもあるけど
やっぱり仮想マシンは手放せないからWindows側はMSYSでいいやってなる
0655デフォルトの名無しさん
垢版 |
2020/04/20(月) 13:58:21.58ID:2UEzrf8e
>>653
MSYS+MinGWで何作ってるの？
Windowsアプリ？

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

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

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

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

作ったアプリの動作時オーバーヘッド（動作速度）が大きい順に並べて
0664デフォルトの名無しさん
垢版 |
2020/04/20(月) 21:57:01.49ID:vn9gJe4h0
マジかよWSLに失望しました。窓から投げ捨ててMinGWに乗り換えます
0667デフォルトの名無しさん
垢版 |
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

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

PowerShellはUNCパスに対応しているからWSLのディレクトリにも入れる
コマンドプロンプトから実行するコマンドもUNCパスに対応していれば参照できる
またネットワークフォルダはドライブに割り当てることが出来るので
ドライブに割り当てればコマンドコマンドからWSLのディレクトリに入ることも出来る
0681デフォルトの名無しさん
垢版 |
2020/04/27(月) 19:56:20.68ID:AD9YXzU7
ちなみにcdの代わりにpushdを使えば
コマンドコマンドからUNCパスに移動できる
一時的にドライブを割り当てているだけだが
0683デフォルトの名無しさん
垢版 |
2020/04/27(月) 23:26:27.00ID:hGgbh3Gh
windowsのSSHサーバ立ち上げてwslをシェルにできるのは便利
PowerShell極めてるひとなら不要かもしれんけどね
0685デフォルトの名無しさん
垢版 |
2020/04/28(火) 10:52:09.80ID:zAZN/f3s
マジレスするとmsys使ってて問題無ければwsl要らない
0686デフォルトの名無しさん
垢版 |
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の代わりとして使うものじゃない
0688デフォルトの名無しさん
垢版 |
2020/04/28(火) 17:30:05.30ID:7TaGv6sC
>>687
シンボリックリンクでホームディレクトリ以下から
アクセスしやすくするのがおすすめ
色々と混ざらないし複数のディストリでも共有できる
新着レスの表示
レスを投稿する

ニューススポーツなんでも実況