Cygwin + MinGW + GCC 相談室 Part 8

**デフォルトの名無しさん** · 2020/05/06(水) 19:33:37.07

以下のパッケージ、入れようとすると対象が見つからないと出るんだけど・・・

dlfcn
libpng
tools-git
jq
clang

**デフォルトの名無しさん** · 2020/05/06(水) 20:42:44.30

WSL, Ubuntu 18.04 には、jq もあるけど

apt-cache show jq

メンテナー : 陳昌倬

**デフォルトの名無しさん** · 2020/05/06(水) 22:45:14.75

>>727
ないんだろ？Cygwinは独自のディストリ
Windowsに移植できたもの、自分が関心があるパッケージしか
登録されていない

**デフォルトの名無しさん** · 2020/05/11(月) 23:46:54.34

GCC 10.1まだですか

**デフォルトの名無しさん** · 2020/05/12(火) 00:26:10.57

ついにGCCのバージョンも10まできたか・・

**デフォルトの名無しさん** · 2020/05/12(火) 01:18:10.18

GCCじゅにや

**デフォルトの名無しさん** · 2020/05/12(火) 07:09:28.82

カバにダンスをさせるのは
あまり楽しくないそうだ

**デフォルトの名無しさん** · 2020/05/14(木) 00:17:24.56

MSYS2でWin32アプリ作ってみようとチャレンジ中

**デフォルトの名無しさん** · 2020/05/14(木) 10:05:25.88

きばれ
tdm-gcc (64)

**デフォルトの名無しさん** · 2020/05/14(木) 10:09:03.48

https://jmeubank.github.io/tdm-gcc/articles/2020-03/9.2.0-release

**デフォルトの名無しさん** · 2020/05/14(木) 10:17:17.31

Ruby はやめとけ

**デフォルトの名無しさん** · 2020/05/22(金) 14:26:50.74

msys2をサイレントインストールするにはどうしたら良いですか？

**デフォルトの名無しさん** · 2020/05/28(木) 04:57:53.37

WSL2で 9PFs 経由でWin32側のファイルを読み込むの、なんでこんな遅いの？

**デフォルトの名無しさん** · 2020/05/28(木) 05:10:55.81

仮想マシン経由だからでは？
だからWSL1も引き続き開発してるわけで

**デフォルトの名無しさん** · 2020/05/29(金) 02:44:46.36

そろそろ更新してくれ

**デフォルトの名無しさん** · 2020/06/23(火) 03:13:01.66

新版まだですか～

**デフォルトの名無しさん** · 2020/06/23(火) 04:40:31.79

あきらめれ。Cygwinはもうお役御免

**デフォルトの名無しさん** · 2020/06/23(火) 05:19:55.35

同意。mingwは存在意義があるけど、cygwinは役割を終えた。

**デフォルトの名無しさん** · 2020/06/23(火) 07:12:20.62

cygwin
ついに死す、か・・

**デフォルトの名無しさん** · 2020/06/23(火) 08:06:26.09

大往生だね

**デフォルトの名無しさん** · 2020/06/23(火) 12:40:28.65

mingwは「Git For Windows」のバンドルモジュールとしてしぶとく生き残る。
cygwinはdll依存をなくしてmingwに統合されていくでしょ。

**デフォルトの名無しさん** · 2020/06/23(火) 13:37:46.90

それを言ったらGit Bashはmsys2のbashだが、bashがmingwに移植されるとは思えんな

**デフォルトの名無しさん** · 2020/06/23(火) 13:44:06.97

gcc -staticがデフォじゃないのがよくわからん
じゃあMinGWの立ち位置って何よって

**デフォルトの名無しさん** · 2020/06/23(火) 13:57:09.75

https://www.itmedia.co.jp/enterprise/articles/2006/18/news108.html
http://www.security-next.com/096491

**デフォルトの名無しさん** · 2020/06/23(火) 14:46:14.01

bash使いたいならbusybox-w32を使えばいいじゃない

**デフォルトの名無しさん** · 2020/06/23(火) 18:04:53.62

MinGWの立ち位置？
Win32アプリをビルドできるGCC環境

**蟻人間** ◆T6xkBnTXz7B0 · 2020/06/23(火) 18:07:43.51

ReactOS Build Environment (RosBE)という選択肢もアリます。

◆QZaw55cn4c · 2020/06/23(火) 18:42:37.39

MSVC に依存したくないので、mingw をお手軽に維持できる cygwin 環境はありがたいですね…

**蟻人間** ◆T6xkBnTXz7B0 · 2020/06/23(火) 18:50:53.69

WineHQとかRosBEとかはLinuxでも使えるクロスコンパイラを用意している。まあ、やる人は少ないが。

**デフォルトの名無しさん** · 2020/06/23(火) 18:53:16.90

別にlinuxからでもクロスコンパイルできるんやろ？

**蟻人間** ◆T6xkBnTXz7B0 · 2020/06/23(火) 19:25:00.34

XPでも動くプログラムが作れるってのが味噌。MSYS2はVista+に移行した。

**デフォルトの名無しさん** · 2020/06/23(火) 22:02:49.42

mac OSはzshに移行したというのに

**デフォルトの名無しさん** · 2020/06/23(火) 22:14:53.82

移行したと言うか、互換性の点でbashの方が良かったが
bashのライセンスがGPL3に変わって受け入れられなかったから
仕方なくzshにしたってだけだろ
古いbash 3系よりは、zshの方がまだましという消極的な理由

**デフォルトの名無しさん** · 2020/06/24(水) 11:23:52.65

>>752
>>754
tdmgcc で cygwin から解放されました
ほんとうにありがとうございました

**デフォルトの名無しさん** · 2020/07/23(木) 17:26:38.39

更新まだですか

**デフォルトの名無しさん** · 2020/07/25(土) 17:28:58.82

tdmgcc は wikipedia では開発が止まった事になってるな。

**デフォルトの名無しさん** · 2020/07/25(土) 19:44:16.83

フェラチオザウルスにパクってされちゃうよ

**デフォルトの名無しさん** · 2020/07/27(月) 10:47:44.01

日本語情報が怪しい時は
英語で探せとあれほど
https://en.wikipedia.org/wiki/TDM-GCC

**デフォルトの名無しさん** · 2020/08/02(日) 17:49:35.08

GCC10.2が出ましたが更新まだですか

**デフォルトの名無しさん** · 2020/08/02(日) 21:42:09.02

まあそうせかすな

**デフォルトの名無しさん** · 2020/08/13(木) 04:41:43.17

例の場所に10.2.1きとる

**デフォルトの名無しさん** · 2020/08/27(木) 16:58:23.47

10.2.1更新来たな

**デフォルトの名無しさん** · 2020/09/06(日) 05:21:00.21

どこ。

**デフォルトの名無しさん** · 2020/09/06(日) 14:38:00.75

>>768
来たな

**デフォルトの名無しさん** · 2020/09/12(土) 15:02:17.29

>>769
教えない

**デフォルトの名無しさん** · 2020/09/12(土) 15:31:34.91

どこもろ

**デフォルトの名無しさん** · 2020/09/13(日) 02:49:17.38

どこやねん

**デフォルトの名無しさん** · 2020/09/13(日) 23:19:27.35

VSと比べてＤＬＬサイズが異常に大きいのは何故？

**デフォルトの名無しさん** · 2020/09/13(日) 23:36:47.82

例外処理テーブルとか

**デフォルトの名無しさん** · 2020/09/14(月) 06:19:49.80

なるほど

**デフォルトの名無しさん** · 2020/09/22(火) 10:07:53.86

例の場所に更新

**デフォルトの名無しさん** · 2020/09/22(火) 15:23:38.04

どこやねん

**デフォルトの名無しさん** · 2020/09/22(火) 18:05:26.68

検索すらできないのか
それともネタなのか

**デフォルトの名無しさん** · 2020/09/22(火) 19:37:32.27

今時mingwはmsys2のを使っときゃいいんだよ

**デフォルトの名無しさん** · 2020/09/23(水) 11:02:58.68

検索してもわからんやろ

**デフォルトの名無しさん** · 2020/09/23(水) 23:46:41.48

SourceForgeのMinGWページを隅から隅まで探せば書いてあるじゃん

**デフォルトの名無しさん** · 2020/09/24(木) 04:03:25.38

隅から隅まで探さないといけないやつを検索すらできないのかっていうのはなんか違わない？？？？？
僕そもそもなぜかCygwinの話だと思ってたからそれ以前の問題なんですけど

**デフォルトの名無しさん** · 2020/09/24(木) 08:19:03.36

こまけーことは気にせずにmsys2使っときゃええんやで
cygwinはなあ…gccの更新いつも遅いから

**デフォルトの名無しさん** · 2020/09/25(金) 02:23:28.62

Last Update: 2018-07-13

**デフォルトの名無しさん** · 2020/09/25(金) 05:05:33.50

Git for Windows にバンドルされてるbash使えばいい。
ビルド環境はStrawberry Perlにバンドルされてるのを使えばいい。

**デフォルトの名無しさん** · 2020/09/25(金) 10:53:31.32

git bash まじ重宝

**デフォルトの名無しさん** · 2020/09/25(金) 16:22:15.04

git bash何かいらねえ

**デフォルトの名無しさん** · 2020/09/27(日) 12:42:54.48

>>775
例外処理省く方法教えて
デカすぎて

**デフォルトの名無しさん** · 2020/09/27(日) 17:29:20.39

デバッグビルドしてストリップしてないとか？

**デフォルトの名無しさん** · 2020/09/27(日) 17:39:43.97

ライブラリをストリップしたらあかんのではないかな
gccのオプションにexceptionのなんかがあった気がする

**デフォルトの名無しさん** · 2020/09/27(日) 17:55:53.32

なんでライブラリをストリップしちゃだめなの？

**デフォルトの名無しさん** · 2020/09/28(月) 05:51:50.74

ごめんなさい
デバッグしてた
ありがとう

**デフォルトの名無しさん** · 2020/09/28(月) 17:33:38.94

Visual Studioに入ってるdumpbinに相当するコマンドある？
DLLのエクスポートテーブルを覗きたいんだけど

**デフォルトの名無しさん** · 2020/09/28(月) 18:01:48.48

digitalmars_com /ctg/implib.html
wiki_dlang_org /Win32_DLLs_in_D
www_kmonos_net /alang/d/dll.html

**デフォルトの名無しさん** · 2020/09/28(月) 19:28:55.09

>>794
objdump
readelf

**デフォルトの名無しさん** · 2020/10/16(金) 19:44:08.37

ｵｰｲ

**デフォルトの名無しさん** · 2020/10/16(金) 22:45:48.97

ﾊﾆﾏﾙ

**デフォルトの名無しさん** · 2020/10/19(月) 13:45:57.53

>>79チンチンなめなさい

**デフォルトの名無しさん** · 2020/11/09(月) 21:03:17.57

fork: retry: resource temporarily unavailable とかでて直せない。
rebaseallとかやっても効果ないみたいだし
もうcygwin、msysのテストやめようかな

**デフォルトの名無しさん** · 2020/11/10(火) 12:08:26.08

おそらく D よりも需要無い

**デフォルトの名無しさん** · 2020/11/10(火) 12:59:45.22

>>800
よっぽど暇なんだね

**デフォルトの名無しさん** · 2020/12/15(火) 15:11:54.58

MSYS2には、lscpuコマンドはないのかな？
CentOSなんかだとutil-linuxパッケージに入ってるけど、MSYS2のには入ってないもよう。。。

**デフォルトの名無しさん** · 2020/12/15(火) 15:49:11.07

cpuinfoあるんだっけ

**デフォルトの名無しさん** · 2020/12/15(火) 15:58:16.71

/proc/cpuinfo
/proc/meminfo
/usr/bin/free
はあるんだけど、lscpuはないんだよな。。。

**デフォルトの名無しさん** · 2020/12/15(火) 17:22:03.48

MinGWって終わってるよな

**デフォルトの名無しさん** · 2020/12/15(火) 22:11:01.31

Windows 10, WSL2, Ubuntu 18.04 には、

/usr/bin/lscpu
がある

**デフォルトの名無しさん** · 2020/12/16(水) 21:38:25.53

で？

**デフォルトの名無しさん** · 2020/12/19(土) 14:26:36.44

MSYS2の終わりだよよう。。。

**デフォルトの名無しさん** · 2020/12/22(火) 16:11:28.24

ってかこの世の終わりだよう。。。

**デフォルトの名無しさん** · 2020/12/23(水) 09:37:51.13

コロナもどんどん変異種がでてきとるしな
もう人類は無理だろ
さよなら人類

**デフォルトの名無しさん** · 2021/01/17(日) 17:25:02.12

マジで終わりそうでコロナ怖い

**デフォルトの名無しさん** · 2021/01/18(月) 06:41:44.76

武漢熱な
責任をぼかす言い方やめようぜ

**デフォルトの名無しさん** · 2021/01/18(月) 07:07:52.97

自民党支持者ってまだcygwin使ってるんだ

**デフォルトの名無しさん** · 2021/01/18(月) 16:38:16.66

https://www.youtube.com/watch?v=BfrNJ_CQja8

**デフォルトの名無しさん** · 2021/01/18(月) 21:10:56.29

アカって何の根拠もなく唐突に決めつけてくるんだ

**デフォルトの名無しさん** · 2021/01/30(土) 08:40:50.47

g++ (Rev6, Built by MSYS2 project) 10.2.0
Microsoft Windows [Version 10.0.18363.1316]
なんだけど、filesystem::hard_link_countが1しか返さないのはギャグ？

Microsoft(R) C/C++ Optimizing Compiler Version 19.28.29336 for x86
ちな、こいつはちゃんと2以上も返す

**デフォルトの名無しさん** · 2021/02/10(水) 11:13:22.11

MSYS2でアップデートしたらmintty周りの設定が飛んだみたい
もうWSL2にしろってことか

**デフォルトの名無しさん** · 2021/02/25(木) 09:27:22.73

int a [100］;
for_each(par,a,a+100,[](auto){while(true);});

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

resmonで見るとどうもシングルスレッド
のようなんだが、なんで？
ちな、vsだとちゃんとマルチで動く

**デフォルトの名無しさん** · 2021/02/26(金) 12:09:19.47

WSL2とどっちが強い?
まあうちは8.1なんだけど

**デフォルトの名無しさん** · 2021/02/26(金) 12:30:22.51

まあWSL2は本物だからなあ
WSL2よりもcygwinよりもWSLの方が好きだな

**デフォルトの名無しさん** · 2021/02/26(金) 19:16:36.30

WSL2は内弁慶。
Cygwinは厚化粧。
MSYS2は八方美人。

**デフォルトの名無しさん** · 2021/02/26(金) 21:22:38.26

mingwとMSYSの使い分けがいまだによく分からん

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

結局、エクスプローラのsendtoとかで別にあるLinuxサーバに送って、
TeraTermでそのディレクトリでシェルを起動して、grepとかawkとかってやっちゃうわ

**デフォルトの名無しさん** · 2021/02/26(金) 21:28:07.37

buildしたものが違うのでは

**デフォルトの名無しさん** · 2021/02/26(金) 21:48:44.22

mingwはgccとその周辺では
結果的にいろいろついてくるけど

**デフォルトの名無しさん** · 2021/02/27(土) 11:46:46.02

>>823
MSYSはmingwを含む擬似Linux環境で、mingwはLinux(POSIXではないのかな)のAPI
ゲートウェイみたいな感じ？
Linux上と同じ結果になる補償は無いけどMSYSのバイナリは直接Windowsで動作する
ものなので、MSYSの「usr/bin」にパス通しておけば直接コマンドプロンプトで使えるけど
ダメかな？

**デフォルトの名無しさん** · 2021/02/27(土) 13:11:19.55

だからmingwは開発ツールで、gccとその仲間達
MSYSはPOSIX的なコンピュータ操作環境

**デフォルトの名無しさん** · 2021/02/27(土) 14:33:40.31

Strawberry Perl と Git for Windowsで事足りる

**デフォルトの名無しさん** · 2021/02/27(土) 15:11:26.94

>>828
そういうものを使うのなら、いっそMSYS2にしたほうがええけどなあ。
とくにGitのほう。

**デフォルトの名無しさん** · 2021/03/05(金) 20:16:57.84

g++コンパイルが遅すぎ何とかして

**デフォルトの名無しさん** · 2021/03/05(金) 20:39:06.99

CPUを高速化してRAMディスクで作業する

**デフォルトの名無しさん** · 2021/03/05(金) 20:57:23.65

Cygwinやろ？
MSYS2にのりかえろ。

**デフォルトの名無しさん** · 2021/03/06(土) 11:34:56.06

爆速ryzenが今安い

**デフォルトの名無しさん** · 2021/03/06(土) 17:56:06.73

今は時期が悪い

**デフォルトの名無しさん** · 2021/03/08(月) 09:13:59.21

mouseDT8-G-KKとか

**デフォルトの名無しさん** · 2021/03/08(月) 12:52:15.63

MSYS2 はネイティブ実行ファイルを作る開発環境で、
POSIX 互換レイヤはあくまでも開発環境 (GNU ツールチェインなど) を動かすための最小限度というのがコンセプト。
POSIX 互換の実行環境として全体の面倒をみる Cygwin とはコンセプトが違う。
(Cygwin でも posix 互換レイヤを通さない実行ファイルを作れはするけど基礎理念の話ね。)

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

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

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

そういう理念を実現するにあたって結果としては msys-2.0.dll に依存するかどうかの差
になって現れるのは確かだけど、そこだけで区別すると意味わからんよ。

**デフォルトの名無しさん** · 2021/03/15(月) 01:37:27.11

argv[0] にフルパスが入るのは保証された動作なの？

**デフォルトの名無しさん** · 2021/03/15(月) 02:02:04.29

いやそんなことはない
プログラム名だけどそれがファイル名とは限らない

**デフォルトの名無しさん** · 2021/03/15(月) 08:15:04.47

execlp(ファイル名,arg0,arg1,...(char＊)0);

**デフォルトの名無しさん** · 2021/03/15(月) 08:15:41.86

いくらでも嘘書ける

**デフォルトの名無しさん** · 2021/03/22(月) 22:53:03.50

minttyでおすすめのフォント設定を教えてください
メニューで出て来る選択肢の中で一番マシなEPSON 太丸ゴシック体Ｂで、今は誤魔化してます

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

という環境で、git for windows同梱のものをWindows 8.1 64bit上で使っています

**デフォルトの名無しさん** · 2021/03/22(月) 22:59:28.97

migu入れてる

**デフォルトの名無しさん** · 2021/03/22(月) 23:56:47.08

Font=欧文フォント
FontChoice=CJK:1
Font1=日本語フォント
みたいにして欧文と日本語で別のフォントを指定してる

**デフォルトの名無しさん** · 2021/03/23(火) 00:28:54.24

御教示ありがとうございました
.minttyrcでのFontChoiceの設定ふくめ、色々調整してみます

**デフォルトの名無しさん** · 2021/03/23(火) 01:01:17.32

個人的には VL Gothic だが、そういうのは好みの幅が大きいから意見を貰ってもあまり参考にはならなさそう。

**デフォルトの名無しさん** · 2021/03/30(火) 02:32:27.70

このスレを読んでいるとMinGWよりもWSLの方が高速だという話ですが本当でしょうか？
WSLは何となく遅そうなイメージがありましたが、あれはWindowsと同じレベルで動いているのですか？

**デフォルトの名無しさん** · 2021/03/30(火) 02:52:22.86

>>846
WSL はあくまでも Linux が動いている。
Windows よりも速い部分もあれば遅い部分もある。

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

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

単純に速いとか遅いとかとは評価できないので特性を理解してっていう話だし、
具体的な条件が決まっているなら測定してみるのがてっとりばやいよ。

**デフォルトの名無しさん** · 2021/03/30(火) 06:19:29.74

速度なんて気にするの?

**デフォルトの名無しさん** · 2021/03/30(火) 08:00:17.76

wsl2はlinuxが動いてるんだけどwslはABI互換でwindowsでlinuxのバイナリを動かしてる感じ
速度はなんとも言えない
なおcygwinはとにかくIOが遅い

**デフォルトの名無しさん** · 2021/03/30(火) 13:59:25.50

やることにもよるけどWSLが十分に機敏に動作する環境jなら、Linuxが動いている
だけのWSLの方が処理は早いことが多いかも
ただWSLは所詮Linux部分はLinuxでWindowsとは無関係に動いているような構造
なので、MinGWとかCygwinみたいにコマンドプロンプトとかでLinuxのコマンド使い
たいみたいなことは出来ないし、まだCUI部分しか動作しないとかも考えると
LinuxはWSｌじゃなくてVMWareみたいなエミュレータの方が良いかなって思う

**デフォルトの名無しさん** · 2021/03/30(火) 14:08:20.87

でもwslってwindowsのexe動くからね
無理矢理感あって俺は好きだよ
まあ正確な動作ということならwsl2だよね

**デフォルトの名無しさん** · 2021/04/18(日) 16:38:27.97

うひょっ

**デフォルトの名無しさん** · 2021/04/23(金) 23:47:56.17

がーすー

**デフォルトの名無しさん** · 2021/04/24(土) 06:19:36.43

WSL2 は、Microsoft が作っている、Linux カーネルを使うから、
毎月カーネルが自動更新されるので便利

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

Amazon Linux みたいなもの。
Amazonが自動更新する。
ユーザーがOS を管理しない、サーバーレス

**デフォルトの名無しさん** · 2021/04/24(土) 12:35:18.00

なんかMinGWのダウンロードサイト死んでるように見えるんだけどこれってなんか理由あんの？

**デフォルトの名無しさん** · 2021/04/24(土) 14:41:51.66

>>855
理由あるけど教えない

**デフォルトの名無しさん** · 2021/04/24(土) 15:02:01.15

pacman -Syy

**デフォルトの名無しさん** · 2021/05/05(水) 11:10:13.65

ffmpegのコンパイルが24時間経っても終わらない前は2時間ぐらいで終わったのに
MinGWでGWが終わる

**デフォルトの名無しさん** · 2021/05/05(水) 21:58:21.36

MinGWでGW終わる言いたいだけちゃうんかと

**デフォルトの名無しさん** · 2021/05/06(木) 07:42:42.99

えらく短いGWだな

**デフォルトの名無しさん** · 2021/05/09(日) 22:00:00.43

Minimum Golden Weekの略だからな

**デフォルトの名無しさん** · 2021/05/29(土) 12:00:51.40

>>860
ばーーーーーーーーーーーーーーーか

**デフォルトの名無しさん** · 2021/06/14(月) 20:26:46.66

使ってるといつの間にかC:\msys64\mingw64\libとC:\msys64\usr\lib
に同じパッケ入っているのが、モヤッとする

**デフォルトの名無しさん** · 2021/06/18(金) 19:53:11.19

モヤッとするのはお前の顔のせいだよな

**デフォルトの名無しさん** · 2021/06/19(土) 08:25:14.89

ハードリンクだったってオチは無い？？

**デフォルトの名無しさん** · 2021/06/28(月) 14:59:34.53

MSYS2 には、pacman -g みたいな、ミラーの最適化ある？

**デフォルトの名無しさん** · 2021/06/28(月) 17:01:09.02

>>866
-gオプション自体がない
ざっと見た感じ同じような機能をもつオプションも見当たらなかった

**デフォルトの名無しさん** · 2021/06/28(月) 17:10:44.85

gdbでデバッグする場合は、
gdb を起動。
「run コマンドライン」でターゲットをデバッグ起動。
止まったところで「backtrace」する。
「quit」で終了。

これで呼び出し履歴が取得できるぞ。

**デフォルトの名無しさん** · 2021/06/28(月) 17:19:38.60

>>867
そうか・・・誠に残念
レスありがとう

**デフォルトの名無しさん** · 2021/06/28(月) 17:30:12.96

俺は gdb --args にするけどな

**デフォルトの名無しさん** · 2021/07/02(金) 11:07:38.54

msys2のpacmanが6.0.0になってからパッケージデータベースの
シグネチャファイルをダウンロードしなくなったな。
~.db.sigってやつ。

**デフォルトの名無しさん** · 2021/07/02(金) 12:23:37.78

早く整備してくれ
ぐちゃになってからずいぶん経つぞ

**デフォルトの名無しさん** · 2021/07/27(火) 14:04:59.30

Makefileからcmd.exeでバッチファイル動かす方法ある？
cmd -c hogehoge.bat じゃうまくいかない

**デフォルトの名無しさん** · 2021/07/27(火) 14:16:23.88

cygstartとか？
そういう話じゃない？

**デフォルトの名無しさん** · 2021/07/27(火) 15:42:11.13

どううまくいかないんだよ？
いきそうだが。

**デフォルトの名無しさん** · 2021/07/27(火) 16:04:27.73

**デフォルトの名無しさん** · 2021/07/27(火) 16:53:55.98

漏れは、デスクトップにショートカットを作っているけど、そのリンク先は、
コマンドプロンプトを起動して、Ruby スクリプトを実行する

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

注意。書き込めないので、cmd＠.exeと、間に＠を入れました

**デフォルトの名無しさん** · 2021/07/31(土) 13:56:23.14

>>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すると
&& の右側が実行されてにゃあと鳴く

**蟻人間** ◆T6xkBnTXz7B0 · 2021/07/31(土) 14:10:50.73

mingw32-make使ったら？

**デフォルトの名無しさん** · 2021/07/31(土) 14:38:37.39

バージョン古いせいかなと思ってやってみたけど
D:\learn\make\bat>make --version
GNU Make 4.3
Built for x86_64-pc-msys
Copyright (C) 1988-2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>;
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

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

D:\learn\make\bat>exit
meow

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

D:\learn\make\bat>

どうやら症状は変わらないみたい

**デフォルトの名無しさん** · 2021/07/31(土) 14:46:13.40

cmd からのコマンド引数を/cではなく-cで渡すのは何か理由があるの？

**デフォルトの名無しさん** · 2021/07/31(土) 14:51:31.56

お、できた！
makeって/を「ルート」と読んでしまうから-にしてたんだけど、まさかこれだったとは・・・

㌧x >>881

**デフォルトの名無しさん** · 2021/07/31(土) 16:57:37.31

な？
馬鹿だっただろ？

**デフォルトの名無しさん** · 2021/07/31(土) 17:36:49.67

C++スレでボコられて涙目の坊やか

**デフォルトの名無しさん** · 2021/09/10(金) 06:50:23.72

cmd.exeに限らずWindows付属のCUIコマンドはｰをオプションとは見なしません

**デフォルトの名無しさん** · 2021/09/10(金) 09:29:23.00

見なすものもある。

**デフォルトの名無しさん** · 2021/09/10(金) 09:37:44.36

netstat -?

**はちみつ餃子** ◆8X2XSCHEME · 2021/09/10(金) 10:12:41.34

いまどきの Windows には curl や tar が入ってるんだぞ。

**ハノン** ◆QZaw55cn4c · 2021/11/17(水) 04:07:51.95

kmtar ははいっていますか？taz が使えて便利だったんですが…

**デフォルトの名無しさん** · 2021/11/17(水) 07:02:47.72

>>889
ありません
終わりです

**デフォルトの名無しさん** · 2021/12/07(火) 02:19:31.74

msys2やcygwinはもう終わりだけど、linux上でmingw-64はwslの波に乗っただろう
wsl/gcc+wsl/mingw-64+win/mingw-64の3重コンパイルでクロス開発が捗る

**デフォルトの名無しさん** · 2021/12/07(火) 05:24:53.84

> linux上でmingw

シュールすぎるんだけどｗ

**デフォルトの名無しさん** · 2021/12/07(火) 05:40:52.07

開発環境がlinuxで、windowsポート考えるならベストチョイスじゃないの
というかそれしかなくね？

linux版がwin版ほどメンテされてないというのは確かに事実で、両OSのmingwで吐かれるwinバイナリが同じという保証は乏しい
wsl使えるなら両方試して齟齬がないか検証すべきでは

**デフォルトの名無しさん** · 2021/12/07(火) 05:47:33.64

まあ、やって損はない事と思うよ
makefileに一行加えるだけの手間だし

**デフォルトの名無しさん** · 2021/12/07(火) 06:18:19.41

開発マシンがliunxでもwineみたいなwinエミュレータ使えばwin機なくてもテストは可能かもしれないけど
wineってかなり挙動不審だしな…

windows/wsl環境+mingw for linuxなら本物のwindows環境でテストが完結できるだろ

**デフォルトの名無しさん** · 2021/12/12(日) 04:03:15.14

MinGWのGCCやClangてなんかコンパイル遅い気がするんだけど
WSL上のlinuxだとちょっと早かったりする？

**デフォルトの名無しさん** · 2022/09/02(金) 17:31:47.01

https://github.com/zhlynn/zsign
これをビルドするのにMSYS2を入れて、git clone git@github.com:witwall/mman-win32とやったのですが、Permission deniedとなってしまいcloneできません。

MSYS2はmsys2-x86_64-20220603で以下のコマンドでコアとパッケージシステムを更新、インストールしています
pacman -Syu
pacman -Su
pacman -S base-devel
pacman -S msys2-devel
pacman -S mingw-w64-i686-toolchain mingw-w64-x86_64-toolchain

**デフォルトの名無しさん** · 2022/09/03(土) 12:58:09.28

>>897
Permission deniedでますね

**デフォルトの名無しさん** · 2022/09/03(土) 13:06:49.40

git clone github.com:witwall/mman-win32

マルチすんな

**デフォルトの名無しさん** · 2022/09/04(日) 10:31:44.60

じゃあクロスのやり方教えて

**デフォルトの名無しさん** · 2022/09/04(日) 14:58:21.80

>>899
過疎スレで誰も見てないなと思ってついやっちゃってごめんね

**デフォルトの名無しさん** · 2022/09/04(日) 15:36:10.92

https://fate.5ch.net/test/read.cgi/ios/1660182954/74
わかる人います？

**デフォルトの名無しさん** · 2022/09/04(日) 17:00:20.38

>>900
このスレ以外のxxスレでも同じ質問しています
と全部のスレに描いて置くだけでもはるかにマシだと思うが

**デフォルトの名無しさん** · 2022/09/04(日) 23:01:47.10

>>902
ソースはどうやって取った?

**デフォルトの名無しさん** · 2022/09/05(月) 05:46:53.76

>>903
どこのスレで聞く予定か決まってないとできないことだね
どっかのスレで聞いて有効回答が得られなかったから他をあたるときは無理
そこでもう諦めろという資格はあんたにはない

せっかく回答しても一言多い人はイヤミなやつと思われる
fjにもいたよ、やなやつ系の人

**デフォルトの名無しさん** · 2022/09/05(月) 12:18:16.08

>>905 他のスレで質問するときに先に質問してたスレを挙げるのはできるだろ。

**デフォルトの名無しさん** · 2022/09/05(月) 14:52:44.22

>>906
その時点でもうクロスじゃねえだろ
しつけえな

**デフォルトの名無しさん** · 2022/09/05(月) 18:36:40.42

> どこのスレで聞く予定か決まってないとできないことだね
> どっかのスレで聞いて有効回答が得られなかったから他をあたるときは無理
ここの「できない」「無理」を否定しているだけで、クロスじゃねえかどうかは関係ないよ。

**デフォルトの名無しさん** · 2022/09/06(火) 06:32:16.53

自分が個人的に気に入らないってだけで
他人にああしろこうしろ言う図々しいやつ

**デフォルトの名無しさん** · 2022/09/06(火) 09:15:35.13

>>905
>どこのスレで聞く予定か決まってないとできないこと

ちなみにクロスもどこのスレで聞く予定か決まってないとできないことだぞ

**デフォルトの名無しさん** · 2022/09/06(火) 10:05:14.92

マルチすんなというバグった骨董品に5chにクロスの機能がないのに無茶ぬかすなと指摘したんだよ
それへの返事()が>>903のような頓珍漢な内容だったんで
端っから破綻している話をおちょくっただけだが文句あんのか？
マニュアルトークばっかりで中身のないハリボテ野郎がｗ

**デフォルトの名無しさん** · 2022/09/06(火) 12:50:52.33

>>902
./configure に、そんなオプションが存在しないのでは？

>No rule to make target 'config.mak'
「ffmpeg config.mak」などで検索すれば？

**デフォルトの名無しさん** · 2022/09/06(火) 13:39:00.56

opensslをビルドしたけど、これって成功してる？失敗してる？

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

**デフォルトの名無しさん** · 2022/09/06(火) 14:04:07.58

失敗している

直前に実行したコマンドが成功したかどうかは
$ echo $?
で確認する
0 が表示されれば成功
それ以外は失敗

**デフォルトの名無しさん** · 2022/09/06(火) 14:06:57.11

>>913
ちなみに原因は x86_64-w64-mingw32gcc を起動したこと
正しくは x86_64-w64-mingw32-gcc
prefixに指定すべきは
x86_64-w64-mingw32　ではなく
x86_64-w64-mingw32- ということだと推測される

**デフォルトの名無しさん** · 2022/09/06(火) 16:17:14.54

>/bin/sh: line 1: x86_64-w64-mingw32gcc: command not found
そういうコマンドが存在しないのじゃ？

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

which x86_64-w64-mingw32gcc
と入力してみれば？

**デフォルトの名無しさん** · 2022/10/06(木) 15:32:07.23

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
と出る・・・

**デフォルトの名無しさん** · 2022/10/06(木) 15:33:01.61

コマンドは以下の通り
cd /root/openssl
git checkout OpenSSL_1_0_2s
./Configure --cross-compile-prefix=x86_64-w64-mingw32- mingw64

**デフォルトの名無しさん** · 2022/10/06(木) 16:27:26.92

>>917
>cc1.exe: fatal error: md2test.c: No such file or directory
test/md2test.c があるかをまずは確認

**919** · 2022/10/06(木) 16:33:48.59

ちなみにLinux上のクロス環境だけど普通にビルドできたよ
$ wget https://github.com/openssl/openssl/archive/refs/heads/OpenSSL_1_0_2-stable.zip
$ unzip OpenSSL_1_0_2-stable.zip
$ cd openssl-OpenSSL_1_0_2-stable/
$ ./Configure --cross-compile-prefix=x86_64-w64-mingw32- mingw64
$ make
$ echo $?
0

**デフォルトの名無しさん** · 2022/10/07(金) 12:22:36.36

どうせ ./configure で間違えたか失敗したんだろうな

**デフォルトの名無しさん** · 2022/10/07(金) 15:18:33.31

どうもcheckout時にtest/md2test.cがなくなったっぽい

**デフォルトの名無しさん** · 2022/10/08(土) 19:39:30.38

>>920
ほぼ同じことをやったけど、やっぱ>>917と同じ事が起きた
OpenSSL_1_0_2sでもtest/md2test.cがないとコケる

**デフォルトの名無しさん** · 2022/10/08(土) 21:46:27.37

If you want to just get on with it, do:

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

とINSTALLにあるけど

**デフォルトの名無しさん** · 2022/10/09(日) 12:19:38.59

実はこれをビルドしてるんです
https://github.com/zhlynn/zsign/issues/158

>>924を参考に
cd openssl
git checkout OpenSSL_1_0_2s
./Configure --cross-compile-prefix=x86_64-w64-mingw32- mingw64
make
make test
とやったんだけど、やはりmd2test.c絡みエラーが出た

**デフォルトの名無しさん** · 2022/10/09(日) 12:43:19.28

https://github.com/zhlynn/zsign/search?q=md2test
これで何も出ないからなぁ