Cygwin + MinGW + GCC 相談室 Part 8

**perl 使えなくなった助けて** · 2017/12/19(火) 14:10:48.24

# # echo foo | sed -e 's/foo/bar/'
bar

✔ Success (retv = 0)

# # echo foo | perl -pe 's/foo/bar/'

✗ Failure (retv = 127)

# # which perl
/usr/bin/perl

**デフォルトの名無しさん** · 2017/12/20(水) 01:00:25.31

>>327
ファイル/usr/bin/perlが壊れてるんじゃねえのかな

perl -vってやって起動するかえ?

**デフォルトの名無しさん** · 2017/12/20(水) 18:52:59.06

>>328
起動しませんでした

apt-cyg remove perl
apt-cyg install perl
で解決しないから困りました

**デフォルトの名無しさん** · 2017/12/20(水) 19:01:22.45

なぜエラーメッセージ貼らないの

**デフォルトの名無しさん** · 2017/12/20(水) 19:56:04.98

失礼しました
# perl -v
✗ Failure (retv = 127)

**デフォルトの名無しさん** · 2017/12/20(水) 21:00:47.43

変なシンボリックリンクでも残ってる？

**デフォルトの名無しさん** · 2017/12/20(水) 21:32:25.03

それはないかと
# which perl
/usr/bin/perl

✔ Success (retv = 0)

# # /usr/bin/perl -v

✗ Failure (retv = 127)

**デフォルトの名無しさん** · 2017/12/21(木) 08:36:29.08

環境がよくわからない。failureとかの文字はshellが出してる？

**デフォルトの名無しさん** · 2017/12/21(木) 13:45:47.39

多分シェルがだしてる
このcygwin　は gnupack_devel-13.06-2015.11.08　のを使っています

**デフォルトの名無しさん** · 2017/12/21(木) 14:28:52.68

今気が付いたのですが gnupack のはポータブルなので
新しくダウンロードした方にhome 以下移したら
apt-cyg install xxx
などの手間はかかるけどperl 動きますね

今回はそれでOK
お騒がせしました

◆QZaw55cn4c · 2018/01/17(水) 12:28:36.69

手元の mingw32/g++ 6.4 で仮想デストラクタがらみがうまくいかない現象が起きています
mingw32/g++ 5.4 ベースに戻すとうまくいくようです

なにか情報ありませんか？

◆QZaw55cn4c · 2018/01/17(水) 20:43:07.77

>>337
モジュール名が更新されており、libstd++ ともども cygwin のモジュールを削除した上で新しく入れなおすことで解消しました
mingw64-g++6.4 で問題ありません
お騒がせいたしました

**デフォルトの名無しさん** · 2018/02/04(日) 09:38:03.86

Perlをmingw（windows7）でビルドできた人いる？
どうやったのか教えて欲しい

**デフォルトの名無しさん** · 2018/02/16(金) 06:30:03.04

☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

**デフォルトの名無しさん** · 2018/02/27(火) 20:04:40.07

スカトロMinGWがいち早くgcc7.3.0になったな

**デフォルトの名無しさん** · 2018/02/27(火) 21:40:18.84

最近MSYSがまともに動かないリリース連発してて萎えるわ
みんなWSLに移行したのかね

**デフォルトの名無しさん** · 2018/02/28(水) 09:58:25.81

>>342
更新失敗してない？
msys-2.0.dll (msys2-runtime)
pacman.exe (pacman)
bash.exe (bash)
この辺はいつも削除失敗で手動でコピーするはめになってる
人によってはターミナル系もかな

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

これまでMSYS2と仮想マシン上のLinuxを両方使っててWSLも試してみたけど
WSLだけで全部賄うのは無理だし、MSYS2の代わりになるかも微妙だと思った

**デフォルトの名無しさん** · 2018/03/14(水) 14:55:32.55

cygwinってハードの最低動作環境ってどんなもん？
セレロンG1610でも十分動く？

**デフォルトの名無しさん** · 2018/03/14(水) 15:25:24.16

動く

**デフォルトの名無しさん** · 2018/03/17(土) 13:02:16.05

LLVM　Clangって､見つけたんですよ
gccより高速で､エラーの内容がわかりやすいんだけど
なんで､gcc使い続けてるの？

**デフォルトの名無しさん** · 2018/03/17(土) 18:31:14.60

ゼロから作るんならClangでも良いけどgccでコンパイルできる
ソースが必ずしもClangでコンパイルできる訳ではないからでは

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/03/21(水) 23:18:47.38

visual styleのマニフェスト設定がわからん。。。教えてくれよ。

**デフォルトの名無しさん** · 2018/03/22(木) 00:14:02.04

ここじゃない

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/03/22(木) 09:47:32.57

>>349
自己解決。

**デフォルトの名無しさん** · 2018/03/23(金) 04:57:37.56

スクリプト走らせてるとusememが肥大化してしまうのですが
Cygwinのメモリ開放ってどうやるんでしょうか？

**デフォルトの名無しさん** · 2018/03/23(金) 18:05:31.72

fg
^C
kill

**デフォルトの名無しさん** · 2018/03/23(金) 20:47:03.40

>>353
ありがとうございます
ただ、topなどで確認してもプロセスが占有してるというよりはよくわからないけどfreeのメモリが消費されてるといった感じなんです
あきらめて別の方法を探してみます

**デフォルトの名無しさん** · 2018/03/24(土) 23:48:25.89

スカトロMinGWを消してMinGW W64 7.3.0を入れた
ようやく来たか

**デフォルトの名無しさん** · 2018/04/12(木) 06:28:32.21

i686-7.3.0-release-posix-dwarf-rt_v5-rev0.7z
MD5 d1e009df8d254a15a549c5af2e2200db
SHA-1 96e11c754b379c093e1cb3133f71db5b9f3e0532
↑
これ、カスペが反応するんだけどみんなのところではどうよ
C:\mingw32\opt\bin\python.exe トロイの木馬

**デフォルトの名無しさん** · 2018/04/24(火) 18:03:19.77

>>356
カスペはわりと誤検知を是とする製品だね
除外リストに入れてやるしかないと思う

**デフォルトの名無しさん** · 2018/05/12(土) 12:16:05.84

msys2 64bitとcygwin64両方ともautomakeを使おうとすると
ラッパーさんから使えるバージョンはないとか怒られて終わります
これのせいでautoconfとかも途中で終わるのでつかえません
調べまくりましたが途方にくれました何かアドバイスを

ちなみにautoconfは普通にバージョン見ると2.69で
automakeは1.10から1.9までたくさん入っています
他のlibとかも全部入れたと思います
調べたらラッパースクリプトがバージョン判断出来なくてコケるみたいなのを見たんですが
そのへんがよくわかりません

**デフォルトの名無しさん** · 2018/05/12(土) 17:14:27.18

sygwinは分からんけどmsysはpacmanで入れたモジュールなのかな
普通にpacmanで作った環境では特に問題なくautoconfできるけど

**デフォルトの名無しさん** · 2018/05/12(土) 17:17:58.13

cygwinな
cをsと読むとはロシア系か？

**デフォルトの名無しさん** · 2018/05/12(土) 17:20:26.83

msysとmingwは入り口ちがうから注意な

**デフォルトの名無しさん** · 2018/05/12(土) 19:28:25.95

>>359
pacmanで入れました
(どうしてもPGP鍵のエラーを解決出来なかったのでｓｉｇｌｅｖｅｌ無理やり変えたけど)
自分が信用出来ないので複数の入門用サイトのインストール手順そのままなぞっても変わらず
cygwinは普通にsetupから入れました

autotoolなど使わないで普通にコンパイルするだけなら普通に出来ます
最初はemacsとかでかいのをやろうとしたのですが、ハローワールド的なプログラムで
試しにやってみてもautoreconf等やはりautomakeのところで引っかかって終わります

msys2とcygwin両方とも同じというのが何故なのかわからないです
msys2の入口はどのみち3種類どれでやっても結果は変わらないです
am-wrapperに使えるバージョンが無いって怒られます
pacmanの入れ方が駄目だったんでしょうか

**デフォルトの名無しさん** · 2018/05/12(土) 20:50:49.77

あれ？鍵の更新も出てるメッセージの通りにやれば出来なかったっけ？

**デフォルトの名無しさん** · 2018/05/13(日) 11:14:28.83

鍵は特に指示するようなメッセージはないです
暗号エンジンが不正とかパッケージが壊れてるとか鍵が不正とかそれだけで

とりあえず適当にautomakeを打つと
$ which automake
/usr/bin/automake
$ automake
am-wrapper: automake: error: Unable to locate any usuable version of automake.
I tried these versions:
With a base name of '/usr/bin/automake'.

msys2とcygwin64両方同じです
これは正しい反応なのでしょうか

**デフォルトの名無しさん** · 2018/05/13(日) 12:08:20.63

今気が付いたんですが
$ automake-1.10 とか直接やると当たり前かもしれませんがconfigure指定しろと動くので
やはり選択出来てないみたいです
あと調べるとWANT_AUTOMAKEでバージョン指定出来るみたいなので
それでautomakeするとエラーは出ないです
調べてもこんなところでつまずいてる人誰もいないみたいなのに何故…

**デフォルトの名無しさん** · 2018/05/14(月) 06:23:09.92

I tried these versions:
With a base name of '/usr/bin/automake'.

おかしいね

**デフォルトの名無しさん** · 2018/05/15(火) 13:37:48.79

MSYS2 からだと /proc/registry を見ればレジストリの内容を読めるけど、
レジストリの設定はどうやればいいの？

**デフォルトの名無しさん** · 2018/05/15(火) 15:38:03.48

上で長々とautomakeについて書いたものですが
最後に念のため全部管理者からにしてインストールから全て自分の知識を一切使わず
ぐぐったやり方に沿ってやりなおしたところやっぱり結果は同じでした

バージョン指定してautomakeを突破してもautom4teのエラーが出たりするので
とりあえず素直に諦めました
変なことは特にしてないと思うんですが…根本的に何かおかしいんでしょうね
一連の書き込み見て、もし何か気が付いた方いましたらよろしくお願いします

**デフォルトの名無しさん** · 2018/05/15(火) 15:54:21.90

まずMSYS2とCygwinで同じ状況というので疑われるのは環境の混在
きちんと分離できていれば両方同じ結果にはならないと思う
他のアプリを含めてWindowsのグローバルな環境変数を汚さないようにするかあるいは完全に把握してればこの手の問題は起き難い

**デフォルトの名無しさん** · 2018/05/17(木) 23:25:54.23

>>369
もしかしたら何か環境被ってるか影響受けて駄目なのかもしれないですね
両方全く一緒っていうのが…
今度時間空いたらまっさらなOSにでも入れてみようと思います

**デフォルトの名無しさん** · 2018/05/18(金) 08:58:45.15

まずは環境変数からCygwinを除去してみるところからだろ
そもそもWindowsの環境変数に混在させるのは良くない
必要な設定はシェルを起動するbatファイルにでも書いて切り分けをはっきりさせた方がいい

**デフォルトの名無しさん** · 2018/05/18(金) 11:16:28.24

.bash_profile に書こうな。

◆QZaw55cn4c · 2018/05/21(月) 22:21:15.09

コンパイラ g++ が-l オプションにてライブラリをサーチしてくれません
cygwin 上でのパス：/usr/loca/lib/libcppunit.a
実パス U:\usr\system\cygwin\usr\local\lib\libcppunit.a
をコンパイルオプション -l で見つけてくれるようにすればどうすればいいでしょうか？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/05/21(月) 22:23:06.54

エルとアイ、間違ってない？

◆QZaw55cn4c · 2018/05/21(月) 22:23:21.23

>>373
とりあえずコンパイラの -L オプションで凌ぐことにしました

◆QZaw55cn4c · 2018/05/21(月) 22:23:49.00

>>374
コメントありがとうございます
それは大丈夫でした

**デフォルトの名無しさん** · 2018/05/22(火) 16:58:07.60

>>375

勘違いしている気がするのは気のせいかな

「-l」はリンクするライブラリの「lib」を除いた名称を
指定するためのオプション

そのライブラリを検索する場所を指定するオプションが
「-L」じゃなかったっけ

**デフォルトの名無しさん** · 2018/05/22(火) 17:55:37.99

コンパイルオプションとリンクオプションは区別しろよ

◆QZaw55cn4c · 2018/05/22(火) 18:49:29.91

>>377
はい、-L usr/local/lib -lcppunit とベタ打ちすることにしました cygwin の環境変数を触るのはあきらめました…

**はちみつ餃子** ◆8X2XSCHEME · 2018/05/22(火) 21:21:40.16

>>379
LD_LIBRARY_PATH の設定で上手くいかないの？

**放置された蟻人間** ◆T6xkBnTXz7B0 · 2018/05/22(火) 21:31:43.78

困ったときはマニュアル

**デフォルトの名無しさん** · 2018/05/24(木) 10:33:38.46

◆QZaw55cn4c · 2018/05/24(木) 19:19:40.85

>>380
それが手元のWindows7環境ではうまくいかないのです…

**デフォルトの名無しさん** · 2018/05/25(金) 16:18:51.34

MinGW gcc 8.1.0来たな

**デフォルトの名無しさん** · 2018/05/25(金) 16:56:39.90

メジャー上がるの早ええな

**デフォルトの名無しさん** · 2018/05/25(金) 17:11:47.06

Firefoxみたいになってきた

**デフォルトの名無しさん** · 2018/05/25(金) 18:40:38.76

googleとかから資金と技術者が流れこんだかな？

**デフォルトの名無しさん** · 2018/05/26(土) 02:03:28.06

なんとしても__cplusplusを201703にするべく頑張ったんだろうなあ

**デフォルトの名無しさん** · 2018/05/26(土) 07:58:56.19

201402じゃん　・・・と思ったら
-std=c++17で201703になるのか

つーか7.3.0でもそうなるやん

**デフォルトの名無しさん** · 2018/05/26(土) 10:52:04.44

>>389
本当？知らなかった
7.3.0で-std=c++1zや-std=gnu++1zを付けてコンパイルしても__cplusplusは201402のままだったのだが俺環？
8.1.0なら-std=c++1zでちゃんと201703になる

**デフォルトの名無しさん** · 2018/05/26(土) 18:07:23.48

>>390
俺環
g++ (i686-posix-dwarf-rev0, Built by MinGW-W64 project) 7.3.0
686-7.3.0-release-posix-dwarf-rt_v5-rev0.7z
MD5: d1e009df8d254a15a549c5af2e2200db
SHA1: 96e11c754b379c093e1cb3133f71db5b9f3e0532

OS 名: Microsoft Windows 7 Professional
OS バージョン: 6.1.7601 Service Pack 1 ビルド 7601
プロセッサ: 1 プロセッサインストール済みです。
[01]: x64 Family 6 Model 60 Stepping 3 GenuineIntel ~2601 Mhz

**デフォルトの名無しさん** · 2018/06/12(火) 16:52:55.66

なんで-std=c++2aにせんの？

**デフォルトの名無しさん** · 2018/07/04(水) 22:46:38.56

2PL

**デフォルトの名無しさん** · 2018/07/06(金) 12:24:21.75

2PL

**デフォルトの名無しさん** · 2018/07/31(火) 03:17:47.09

MinGWだけど -Wl,--stack でどうしてもスタックサイズが変わらないので悩んでいた
dumpbinとeditbinを使うと変わるし確かめられるんだけど、ようやく方法がわかった

リンカの-Xlinker optionで --stack=<バイトサイズ> と指定すれば変わった
どうも-Wlにバグがあるみたいだな
それとも-Wl,--stack=<バイトサイズ>としないといけないのだろうか
まあリンカの方をいじるのが確実だな

**デフォルトの名無しさん** · 2018/07/31(火) 03:20:28.10

今試してみた
-Wl,--stack=<バイトサイズ> でも駄目でした
結局-Xlinker --stack=<バイトサイズ>で行きます

**デフォルトの名無しさん** · 2018/07/31(火) 05:20:50.36

OBJ吐いて結合のときと
OBJ吐かずにコンパイル即EXEのときで違うとか

**デフォルトの名無しさん** · 2018/07/31(火) 08:06:47.92

Eclipse CDT使うと通常ではOBJ吐いてから結合だよ
OBJが一つしかなくても

**デフォルトの名無しさん** · 2018/07/31(火) 12:53:08.95

MinGWはもう／(^o^)＼ｵﾜﾀ

**デフォルトの名無しさん** · 2018/07/31(火) 13:27:12.23

そうでもない

**デフォルトの名無しさん** · 2018/08/01(水) 00:50:15.24

>>399
頼り切ってる

**デフォルトの名無しさん** · 2018/08/01(水) 17:20:55.09

>>399
過大な期待を抱かなければ今も昔も便利なものだぞｗ

**デフォルトの名無しさん** · 2018/08/01(水) 17:56:49.43

実は始まっていなかった

**デフォルトの名無しさん** · 2018/08/01(水) 20:07:35.78

Git For Windows の一部として生き残るでしょ。MinGW

**デフォルトの名無しさん** · 2018/08/01(水) 21:20:00.66

>>404
ねーよクソガキw

**デフォルトの名無しさん** · 2018/08/03(金) 20:07:57.21

>>405
なんでないの?
Git For WindowsのGit Bash便利だよ。

**デフォルトの名無しさん** · 2018/08/03(金) 20:19:33.31

gitの付属物としてのmsys2だとpackmanとか入ってないから面倒

**デフォルトの名無しさん** · 2018/08/03(金) 21:08:06.52

MSYSは残れてもMinGWは分からんな

**デフォルトの名無しさん** · 2018/08/04(土) 01:43:56.45

>>406
ほんそれ

**デフォルトの名無しさん** · 2018/08/04(土) 18:19:19.42

普通、pacmanでMSYS2にGitいんすこするでしょ
Git For Windows の存在意義って何？w

**デフォルトの名無しさん** · 2018/08/04(土) 18:23:56.55

エクスプローラのコンテクストメニュー？

**デフォルトの名無しさん** · 2018/08/04(土) 21:35:08.07

>>410
Windowsがパッケージを管理していることがメリットかな…。

**デフォルトの名無しさん** · 2018/08/04(土) 21:46:10.59

windowsのあれはパッケージ管理なのか？アップデートはアプリ任せだが

**デフォルトの名無しさん** · 2018/08/05(日) 01:32:40.33

>>413
Git for WindowsもMSYS2もChocolatey経由でinstall&upgradeしている。
Windowsの「アプリと機能」ってパッケージ管理じゃないの?

**デフォルトの名無しさん** · 2018/08/05(日) 05:26:48.35

msys2のupgradeは
pacman -Ysu
じゃなくて？

**デフォルトの名無しさん** · 2018/08/05(日) 17:10:39.33

>>410
MSYS2で擬似Linux環境が欲しいとかMinGWで
開発をしたいわけではないけど、最新の
VisualStudioとかAndroidStudioがGitを要求
するんでWindowsでGitだけ使いたいとかっていう
要求はある

Git使いたいわけではなくて、ソースコードに
GitHUBなどから動的にソースを取ってくる
見たいなものも増えているので

**デフォルトの名無しさん** · 2018/08/16(木) 00:54:28.51

GPLにしたくないのでclang＋libc++をベースとしたw32api開発環境を構築してみようと思ったけど全然情報ないのな

**デフォルトの名無しさん** · 2018/08/17(金) 15:28:41.39

>>417
このスレで言うのもあれだけど、わりとそのまま置き換えて使えるよ
msvc系で使うならターゲットも気にしなくていいし
でもそれならMSからvcのビルドツール落としてそっちのコマンドラインの方を
使った方がいいような気もする

**417** · 2018/08/17(金) 23:30:52.33

>>418
事態が結構複雑で・・・
言語はRust
使いたいライブラリはOpenCV(cmake)、GraphicsMagick(make/VisualMagick)、PDFium(Ninja)

ビルドツールだと最新のsln/vcxprojしかビルドできない(VisualMagickはVC++7のslnしか作れない)
コミュニティを入れればビルドできるだろうがめっちゃでかい
最近はWindowsでも脱msvcの流れっぽいしRustも例外ではない(リンカをlldにしようという話があるらしい)
最終的にはLinuxや*BSDでも使う可能性を考えるとmsvc依存は好ましくない
じゃあMinGWで・・・でもライブラリ類がGPLなのは困る。今更gccというのも
ならLLVM系は・・・clangはビルド済みを落とせるけどlibc++はどうすれば？？？　←イマココ

以降愚痴。Chromeのコンパイラがmsvcからclangになんて記事が出回っているくらいだし
PDFiumもclangでビルドできるはずだがmsvc(コミュニティ)を使う記事しか見つからん
俺様ビルドシステムの上に情報不足とかマジやめて欲しい

**デフォルトの名無しさん** · 2018/08/18(土) 11:27:26.31

需要なし

**デフォルトの名無しさん** · 2018/08/18(土) 15:38:32.22

つまり／(^o^)＼ｵﾜﾀ？

**デフォルトの名無しさん** · 2018/08/18(土) 19:18:47.52

別にMinGWでコンパイルしてもGPLになる訳じゃないしな

**デフォルトの名無しさん** · 2018/08/18(土) 19:50:39.53

デバッグにgccを使うだけじゃGPLにはならんな
リリースをvcでやるとか

**デフォルトの名無しさん** · 2018/08/18(土) 23:25:05.14

GPL系ライセンスの嫌いなところは業界内で通用する統一された解釈がなくトラブルに発展する可能性が高いこと
類似の事象でも人によって正反対の主張をしているとかザラだし

**デフォルトの名無しさん** · 2018/08/19(日) 05:15:31.35

おまえらＧＣＣランタイムライブラリ例外を知らんの？

**デフォルトの名無しさん** · 2018/08/19(日) 12:42:10.06

>>424
ほんそれ

◆QZaw55cn4c · 2018/08/19(日) 13:06:32.63

>>425
言ってみてください

**デフォルトの名無しさん** · 2018/08/19(日) 17:55:05.10

GCCランタイムライブラリ例外とFAQ
https://www.gnu.org/licenses/gcc-exception-3.1-faq.ja.html
おまえら知らんの？

**デフォルトの名無しさん** · 2018/08/19(日) 19:35:32.54

>>428
プロプライエタリなプログラムと混ぜてはいけないと読めるが自分の解釈は間違っているかな？

**デフォルトの名無しさん** · 2018/09/02(日) 13:37:57.28

GCCランタイムライブラリ例外、GCCランタイムライブラリ例外言っていた人はどこかへ行っちゃったんか？
OS例外というのもあるよね「何を持ってOSか、どこまでがOSか」に対する統一された見解はなくて
人や会社によって差があった気がするけど

**デフォルトの名無しさん** · 2018/09/04(火) 03:59:36.35

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

**デフォルトの名無しさん** · 2018/10/17(水) 08:00:38.44

register transfer level?

**デフォルトの名無しさん** · 2019/01/02(水) 16:43:38.97

スカトロMinGWの方が先に8.2.0出しやがった

**デフォルトの名無しさん** · 2019/02/13(水) 17:59:49.60

待った
このビルドおかしいぞ
g++ -v で --with-arch が i686 じゃなく i586 になってて
#include <thread> は通るのに std::thread がエラーになったり
#include <mutex> は通るのに std::mutex がエラーになるぞ

「このビルド」は、ここ↓で拾ったやつ
https://ja.osdn.net/projects/mingw/releases/p15522

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/13(水) 18:13:37.39

>>434
mingw-getのサプライチェーンを疑ってみれ。

**デフォルトの名無しさん** · 2019/02/28(木) 00:03:08.86

MinGWは最近更新が無い

**デフォルトの名無しさん** · 2019/02/28(木) 00:57:58.22

最近 Cygwin も今使ってるやつ居るのか不安になる事が・・
もしかして日本で10人ぐらいの Cygwin ユーザーの一人が俺だったりするんじゃないのか？とか

**デフォルトの名無しさん** · 2019/02/28(木) 02:42:07.39

>>437
俺も日本人ユーザーの一人だが、最近はあまり使っていない。
頻繁にパッケージは更新されているから、世界的にユーザーはいるんだろうと思う。

**デフォルトの名無しさん** · 2019/02/28(木) 15:56:16.17

WINDOWSをアンインストールしてUNIXクローンを入れるのが一番幸せになれるよ

**デフォルトの名無しさん** · 2019/02/28(木) 16:43:00.81

linuxじゃないやつ？

**デフォルトの名無しさん** · 2019/02/28(木) 16:44:06.85

LinuxもUNIXクローンだよ

**デフォルトの名無しさん** · 2019/02/28(木) 17:08:50.74

リーナス君もタネンバウム先生も
作ったのは完全オリジナルOSだろ

**デフォルトの名無しさん** · 2019/02/28(木) 17:17:15.67

>>442
クローンのいみわかってる？

**デフォルトの名無しさん** · 2019/02/28(木) 17:27:01.27

ち、紛らわしい

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/28(木) 17:44:55.06

MSYS2 のスレって無いみたいだけど、
このスレで話題にしてもいいかな？

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/28(木) 17:47:00.17

ええよ。

**デフォルトの名無しさん** · 2019/02/28(木) 18:43:48.24

むしろここでしなかったらどこでするんだ、と

**デフォルトの名無しさん** · 2019/02/28(木) 20:42:24.55

>>439
デスクトップ2台使っている。
旧機はUbuntu。新機はWindows 10 Pro。
Windows上でUNIXライクなコマンドを使いたいことが多々ある。

**デフォルトの名無しさん** · 2019/03/01(金) 02:11:07.18

みなWSL(Windows Subsystem for Linux)に行ってしまったのさ・・・

**デフォルトの名無しさん** · 2019/03/01(金) 02:34:17.24

>>448
Git BashかWSLかあきらめてPowerShellを極める

**デフォルトの名無しさん** · 2019/03/01(金) 14:53:50.67

>>450
だから何？
バーカカースボーケ

**デフォルトの名無しさん** · 2019/03/01(金) 15:03:52.75

minttyのためだけにcygwin入れてた時期があったけど
それもももうcygwin気にせず使えるようになったし
cygwinはお役御免

**デフォルトの名無しさん** · 2019/03/01(金) 15:09:47.64

cygwin + msys -> msys2だと思ってた

**デフォルトの名無しさん** · 2019/03/01(金) 15:17:41.76

pcre2のpcre2_match_*() がクラッシュするんだけど、cygwinでしか起きないので調査する意欲がわいてこない。

**デフォルトの名無しさん** · 2019/03/01(金) 19:20:14.49

>>449
win7 な私に wsl の恩恵はないのでしょうか？

**デフォルトの名無しさん** · 2019/03/06(水) 07:49:41.91

Git for Windows v2.21.0 Release Notes
Latest update: February 26th 2019
https://gitforwindows.org/

**デフォルトの名無しさん** · 2019/03/09(土) 08:54:55.16

random_deviceがクソすぎ

D:\learn\random>type test1.cpp
#include <random>
#include <iostream>
using namespace std;

int main()
{
random_device d;
cout << d() << endl;
cout << d() << endl;
cout << d() << endl;
}

D:\learn\random>g++ test1.cpp

D:\learn\random>a
3499211612
581869302
3890346734

D:\learn\random>a
3499211612
581869302
3890346734

**デフォルトの名無しさん** · 2019/03/09(土) 16:56:58.38

STLがクソすぎ

**デフォルトの名無しさん** · 2019/03/10(日) 06:26:32.12

msys2のスレないのね

**デフォルトの名無しさん** · 2019/03/10(日) 12:24:46.05

>>457
MinGWはmt19937を使うと書いてあるぞ。

**デフォルトの名無しさん** · 2019/03/10(日) 13:13:05.02

それじゃ意味ねえだろって話
mt19937のseedを作るのにmt19937を使ったらアホだろうが

**デフォルトの名無しさん** · 2019/03/10(日) 13:16:07.39

>>461
でも規格上実装依存ってことになっていて、実装が疑似乱数だと明示しているのだから、避けるのは利用者側の義務になるのでは。

**デフォルトの名無しさん** · 2019/03/10(日) 13:16:49.38

素直にVC++使えってことではないだろうか。

**デフォルトの名無しさん** · 2019/03/10(日) 15:05:41.26

疑似乱数よりμs取る方がまし

**デフォルトの名無しさん** · 2019/03/10(日) 15:06:05.60

ごみん
μsだと一緒になるわ
nsでどうかひとつ

**デフォルトの名無しさん** · 2019/03/10(日) 16:47:30.29

seedはプロセスid とスレッドid の組み合わせのほうがよくない？

**デフォルトの名無しさん** · 2019/03/10(日) 17:02:17.41

ダメだこりゃ
話が通じてない

**デフォルトの名無しさん** · 2019/03/10(日) 18:10:59.99

どうせmt使うんだからseedさえ適当に変更掛かるものなら何でもいいっしょ

**デフォルトの名無しさん** · 2019/03/11(月) 09:07:42.73

>>457
std::random_device::entropy()を表示させてみ

これで 0.0 が帰る場合は毎回同じ値が帰るから
VCはプロセスIDをうまく使ってrandom_deviceを実現してるようだな
MinGWは駄目だよ

**デフォルトの名無しさん** · 2019/03/11(月) 10:51:55.12

え、VCってCryptGenRandomを使ってないの？

**デフォルトの名無しさん** · 2019/03/11(月) 11:06:23.25

rand_s()、rtl_gen_random() とかいうAPIでしょ。

**デフォルトの名無しさん** · 2019/03/18(月) 05:02:59.47

Cでgets_sコンパイルするとエラーになるんだけど
通す方法ってないすか

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/18(月) 14:59:42.06

>>472
gets_s は C11 から導入されたので C11 を有効にするオプション (-std=c11) を付ければいいんじゃね？

**デフォルトの名無しさん** · 2019/03/18(月) 17:10:19.96

C11はこのあとC2aとか出るのかねえ

**デフォルトの名無しさん** · 2019/03/19(火) 22:39:22.82

>>473
わたしはぜひそれをしたいと思っていますがBasic Setupのツリーからその項目を見つけることができません
どこにあるのでしょう＞＜

**デフォルトの名無しさん** · 2019/03/19(火) 22:54:37.22

>>473
あ、もしかしてそれってターミナルでコンパイルするときに
gcc -std=11 hoge.cとやれということでしょか？だとしたら死にたい…

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/23(土) 17:33:03.74

MSYS2 環境 (32bit) で Guile を実行するとライブラリのプリコンパイルが
始まってなかなか終わらないし、終わってから再度実行するとまた最初
から始まってしまう。
パス変換の考慮ミスで既にあるプリコンパイル済みライブラリを見つけらない (?) っぽい
報告もあるんだけど、これってどうにもならない？

**デフォルトの名無しさん** · 2019/03/23(土) 18:17:20.21

ダミーで ./c/hoge -> /c/hoge みたいなリンク作って path に追加したら？

**デフォルトの名無しさん** · 2019/04/10(水) 07:27:34.52

Windows 8.1 64bit 上で

>set | findstr PATH > c:\tmp\PATH.txt
>set | findstr Path > c:\tmp\Path.txt

したらファイル１つしか残らなかっただ…。
LFN でも大文字小文字区別せんのか…
Windows10 だと違うのか

**デフォルトの名無しさん** · 2019/04/10(水) 07:35:50.12

chcp 65001

するのって常識？？？

**デフォルトの名無しさん** · 2019/04/10(水) 10:38:27.98

chcp 65001 はバグだらけだから今はしないのが常識

**デフォルトの名無しさん** · 2019/04/10(水) 11:57:36.05

>>479
grep -ir "abc" ./*

grep でも使えば？

i は、大文字小文字を区別しない。
r は、ディレクトリを再帰的にたどる

**デフォルトの名無しさん** · 2019/04/12(金) 02:01:09.38

test

**デフォルトの名無しさん** · 2019/04/12(金) 02:02:22.10

cp932でgcc-8.2.0がコンソールを深紅に染めない環境はありますか

**デフォルトの名無しさん** · 2019/04/12(金) 02:03:18.43

findstr /I
で case insensitive 処理が出来るようですね

**デフォルトの名無しさん** · 2019/04/12(金) 02:03:48.55

いずれも環境はWindows8.1 64bitです

**デフォルトの名無しさん** · 2019/04/17(水) 09:23:22.24

mingw-w64-x86_64- が頭についてるGUIソフトってXなしで動くのですか？

また、これが頭についていないパッケージってなんのために存在するのですか？

**デフォルトの名無しさん** · 2019/04/17(水) 09:52:22.56

名前はなんでもいいが、mingwをつかって直接windows api呼んでりゃXなしでうごく。あとQtとか使ってるのもあるじゃろう。
公式のパッケージは全部同じ命名なんじゃないか？なんか管理用のファイルとか？

**デフォルトの名無しさん** · 2019/04/17(水) 10:10:51.07

qt-5.12.2ならMinGWのgcc-7.3.0を入れられる
g++ & qtで書ける

**デフォルトの名無しさん** · 2019/04/17(水) 10:14:46.50

＜私見＞
qt charts ブチ込んでも、qt-5.12.2なら問題はリバースエンジニアリング関連にとどまる
なぜなら、qt chartsをインストール対象としてチェックしたうえでインストーラを進めても、
ライセンスとしてLGPLが選択可能で、GPLv3が要求する "displays an appropriate copyright notice" を満たさずGPLv3の適用を主張できないから
＜／私見＞

正確なところは弁理士または弁護士に確認されたし
IPAの逐条訳が参考になるかも

**デフォルトの名無しさん** · 2019/04/17(水) 10:35:09.65

>>488
例えばEmacsは両方あります

**デフォルトの名無しさん** · 2019/04/17(水) 21:22:11.34

msys用でしょ

**デフォルトの名無しさん** · 2019/04/18(木) 17:45:20.57

>>488
最初は意味が分からなかったんだけど、unix(っていうかLinux系かな)と同じGUIツールは
X11なしでも動くのなんでかなって話かな
これは>>488が書いているようにGUIの表示にX11を使っていなくてWindowsで表示可能な
GUIシステム(例えばmingw用のQｔとか)で組まれているならば当然X11は必要ない
逆にX11ベースのxtermコマンド(あるならば)はX11サーバがないと表示できない

「mingw-w64-x86_64-」っていうのはマルチプラットフォーム/マルチアーキテクチャに
対応しているアプリケーションでプラットフォームやアーキテクチャをを表している
例えば「gcc」は「mingw」や「linux」といった複数のプラットフォームで「x86」や「arm」など
複数のアーキテクチャに対応している
なのでこの「gcc」は「64bit Windows」の「mingw」で「x86」系のCPUで動く「64bit」CPUで
動くよって意味で「mingw-w64-x86_64-」という接頭語みたいなのが付けられている

ただし接頭語が付いたままだと使うときにユーザーが一々プラットフォームとアーキ
テクチャを意識しなければならないし、configureみたいにその辺を自分で解決できる
スクリプトとかアプリケーションでないと一般的なコマンドとして使用出来ないので接頭語
なしのコマンドが用意されている

Linuxの場合には複数バイナリを用意するのは無駄なので接頭語つきのコマンドに
シンボリックリンクされた接頭語なしコマンド名が作られているけど「MSYS」みたいな
Windows上で動作する環境の場合シンボリックリンクに対応していないので同じバイナリが
2つあるような感じで実装されてたりするって感じかな

**デフォルトの名無しさん** · 2019/04/19(金) 16:30:35.71

>>493
違います

**デフォルトの名無しさん** · 2019/04/19(金) 17:02:11.09

emacsはX Window System必須ではなかったような気もするし今は違うのかも知れないし何とも

**デフォルトの名無しさん** · 2019/04/19(金) 17:21:27.71

windowsではcygwinのやつ使っとるよ。
msys2/mingwはいまいち信用できん。
なんにせよXは不要だよ

**デフォルトの名無しさん** · 2019/04/19(金) 20:44:01.33

cygwinのはXlibリンクしてるんじゃない？

**デフォルトの名無しさん** · 2019/04/22(月) 22:01:05.02

>>497
嘘はよくない

**デフォルトの名無しさん** · 2019/04/23(火) 00:42:18.05

emacs-X11とemacs-w32があるから嘘でもない

**デフォルトの名無しさん** · 2019/04/23(火) 01:02:36.94

まだastec-xとか売ってるんですね

**デフォルトの名無しさん** · 2019/05/02(木) 21:24:20.65

valgrind みたいにアクセス違反検出する仕組で msys2 上で使えるものってあります？

**デフォルトの名無しさん** · 2019/05/08(水) 17:58:41.57

>>501
ないですね

**デフォルトの名無しさん** · 2019/05/21(火) 22:53:35.55

>>501
ありますよ

**デフォルトの名無しさん** · 2019/05/22(水) 01:15:47.82

Windows 上で g++ & qt ってどのくらいメジャーなのかな

とりあえず「オレオレコード」書くなら C++11 とかかいな
GCの仕組みとか全く知らんけど
「適切なC++11の教科書などない！」という話もあるけど

Python 使え？

**デフォルトの名無しさん** · 2019/05/22(水) 11:00:03.94

C++11 なんてオワコンだからやめとけ

**デフォルトの名無しさん** · 2019/05/22(水) 17:17:32.49

>>504
話もあるけどね

**デフォルトの名無しさん** · 2019/06/03(月) 06:28:27.40

ふう😎

**デフォルトの名無しさん** · 2019/06/13(木) 16:59:54.42

cygwin に apt-cyg find R したら Rがあった(長らくこれはなかった)
感動的だ

ようやくWindowsの上でもスタート地点に立った

**デフォルトの名無しさん** · 2019/06/13(木) 19:08:21.05

いまから C++ (and qt) をゼロから習得するなら
基本的には C++17 レベル？？？

https://cpprefjp.github.io/implementation-status.html みたかんじ
殆ど実装されてるっぽい？？？

**デフォルトの名無しさん** · 2019/06/13(木) 22:37:36.09

ものすごい今さらな質問なんだが・・・
Cygwin て何て発音するんだ？サイウイン？
まわりに使ってるやつ1人もいないから実際に発音することがなくて困る

**デフォルトの名無しさん** · 2019/06/13(木) 22:43:02.73

>>510
ttps://ja.wikipedia.org/wiki/Cygwin

**デフォルトの名無しさん** · 2019/06/13(木) 23:07:55.81

まじかよ・・人前で発音してなくてよかった

**デフォルトの名無しさん** · 2019/06/14(金) 00:04:54.99

cygnusはキグナスだった？
mingwがむしろ困るよな

**デフォルトの名無しさん** · 2019/06/14(金) 11:01:55.94

みんじーだぶる

**デフォルトの名無しさん** · 2019/06/14(金) 11:06:24.98

みんぐうじゃないのか

**デフォルトの名無しさん** · 2019/06/14(金) 12:20:34.75

cygnusは英語では、「シグナス」です。

むかし、Cygnusと云う商標で、「キグナス石油」という会社が
あったので、Cygnusを英語読みで[シグナス」ということを
知らないで、、「キグナス」と読んだりするみたいです。

ちょっと、きになったら、『英和辞典」を引いてみるとよいでしょう。

**デフォルトの名無しさん** · 2019/06/14(金) 12:26:57.67

ジョアンとフアンとジョンとジャンと…

カルロスとチャールズとシャルルと…

ジョージとホルヘとゲオルクと…

**デフォルトの名無しさん** · 2019/06/14(金) 12:28:33.37

>>516
英語しかできないってこと？

**デフォルトの名無しさん** · 2019/06/14(金) 12:47:10.03

ペーターピーターピョートル
シーメンスジーメンス
ジャーマンゲルマンドイツドイチュ

**デフォルトの名無しさん** · 2019/06/14(金) 19:09:25.40

英語読みにこだわるなら
Linux は「らいなくす」か

**デフォルトの名無しさん** · 2019/06/14(金) 23:28:44.92

フランス語は
cygne
で、cygnusとは違います。
ラテン語は、英語と同じ
cygnus
です。

**デフォルトの名無しさん** · 2019/06/15(土) 00:44:39.57

>>516
https://ja.forvo.com/word/cygnus/#la

こうか

**デフォルトの名無しさん** · 2019/06/15(土) 11:12:22.87

Cognac
Tough
Lamborghini
を思い出す

**デフォルトの名無しさん** · 2019/06/20(木) 22:49:09.67

クンタッシ

**デフォルトの名無しさん** · 2019/06/22(土) 19:12:03.45

>>523
ぶぁーか

**デフォルトの名無しさん** · 2019/06/23(日) 05:49:44.99

MinGW更新が滞っています