Cygwin + MinGW + GCC 相談室 Part 8 (995ﾚｽ)
上下前次1-新
391: 2018/05/26(土)18:07 ID:IvOjJRME(1) AAS
>>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
392: 2018/06/12(火)16:52 ID:xnJM9nNI(1) AAS
なんで-std=c++2aにせんの？
393: 2018/07/04(水)22:46 ID:gFgZc5FG(1) AAS
2PL
394: 2018/07/06(金)12:24 ID:uTPDH9XV(1) AAS
2PL
395: 2018/07/31(火)03:17 ID:RDQpCs3a(1/2) AAS
MinGWだけど -Wl,--stack でどうしてもスタックサイズが変わらないので悩んでいた
dumpbinとeditbinを使うと変わるし確かめられるんだけど、ようやく方法がわかった
リンカの-Xlinker optionで --stack=<バイトサイズ> と指定すれば変わった
どうも-Wlにバグがあるみたいだな
それとも-Wl,--stack=<バイトサイズ>としないといけないのだろうか
まあリンカの方をいじるのが確実だな
396: 2018/07/31(火)03:20 ID:RDQpCs3a(2/2) AAS
今試してみた
-Wl,--stack=<バイトサイズ> でも駄目でした
結局-Xlinker --stack=<バイトサイズ>で行きます
397: 2018/07/31(火)05:20 ID:A5W680W/(1) AAS
OBJ吐いて結合のときと
OBJ吐かずにコンパイル即EXEのときで違うとか
398: 2018/07/31(火)08:06 ID:TkiqIAEE(1) AAS
Eclipse CDT使うと通常ではOBJ吐いてから結合だよ
OBJが一つしかなくても
399(2): 2018/07/31(火)12:53 ID:dzGVRw+5(1) AAS
MinGWはもう／(^o^)＼ｵﾜﾀ
400: 2018/07/31(火)13:27 ID:Sn2VrW8x(1) AAS
そうでもない
401: 2018/08/01(水)00:50 ID:2TN9ZZ5c(1) AAS
>>399
頼り切ってる
402: 2018/08/01(水)17:20 ID:jGAwEU9Q(1) AAS
>>399
過大な期待を抱かなければ今も昔も便利なものだぞｗ
403: 2018/08/01(水)17:56 ID:q25SMjQY(1) AAS
実は始まっていなかった
404(1): 2018/08/01(水)20:07 ID:0Pfosj1X(1) AAS
Git For Windows の一部として生き残るでしょ。MinGW
405(1): 2018/08/01(水)21:20 ID:Z8kWAzs2(1) AAS
>>404
ねーよクソガキw
406(1): 2018/08/03(金)20:07 ID:dqK+db6N(1) AAS
>>405
なんでないの?
Git For WindowsのGit Bash便利だよ。
407: 2018/08/03(金)20:19 ID:ayIb+faS(1) AAS
gitの付属物としてのmsys2だとpackmanとか入ってないから面倒
408: 2018/08/03(金)21:08 ID:QOGz33NN(1) AAS
MSYSは残れてもMinGWは分からんな
409: 2018/08/04(土)01:43 ID:i5vBNvJr(1) AAS
>>406
ほんそれ
410(2): 2018/08/04(土)18:19 ID:yRDRBTT9(1) AAS
普通、pacmanでMSYS2にGitいんすこするでしょ
Git For Windows の存在意義って何？w
411: 2018/08/04(土)18:23 ID:Q5j2wvwG(1/2) AAS
エクスプローラのコンテクストメニュー？
412: 2018/08/04(土)21:35 ID:5ji1E0ZX(1) AAS
>>410
Windowsがパッケージを管理していることがメリットかな…。
413(1): 2018/08/04(土)21:46 ID:Q5j2wvwG(2/2) AAS
windowsのあれはパッケージ管理なのか？アップデートはアプリ任せだが
414: 2018/08/05(日)01:32 ID:us+tZNOh(1) AAS
>>413
Git for WindowsもMSYS2もChocolatey経由でinstall&upgradeしている。
Windowsの「アプリと機能」ってパッケージ管理じゃないの?
415: 2018/08/05(日)05:26 ID:yCHXVEt3(1) AAS
msys2のupgradeは
pacman -Ysu
じゃなくて？
416: 2018/08/05(日)17:10 ID:aJhRtn6H(1) AAS
>>410
MSYS2で擬似Linux環境が欲しいとかMinGWで
開発をしたいわけではないけど、最新の
VisualStudioとかAndroidStudioがGitを要求
するんでWindowsでGitだけ使いたいとかっていう
要求はある
Git使いたいわけではなくて、ソースコードに
GitHUBなどから動的にソースを取ってくる
見たいなものも増えているので
417(2): 2018/08/16(木)00:54 ID:dflIWUnx(1) AAS
GPLにしたくないのでclang＋libc++をベースとしたw32api開発環境を構築してみようと思ったけど全然情報ないのな
418(1): 2018/08/17(金)15:28 ID:FVp24TVc(1) AAS
>>417
このスレで言うのもあれだけど、わりとそのまま置き換えて使えるよ
msvc系で使うならターゲットも気にしなくていいし
でもそれならMSからvcのビルドツール落としてそっちのコマンドラインの方を
使った方がいいような気もする
419: 417 2018/08/17(金)23:30 ID:yyLE/n3z(1) AAS
>>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(コミュニティ)を使う記事しか見つからん
俺様ビルドシステムの上に情報不足とかマジやめて欲しい
420: 2018/08/18(土)11:27 ID:TgZCKLMK(1) AAS
需要なし
上下前次1-新書関写板覧索設栞歴
あと 575 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.022s