Cygwin + MinGW + GCC 相談室 Part 8 (987ﾚｽ)
上下前次1-新
379(1): ◆QZaw55cn4c 2018/05/22(火)18:49 ID:xeMs/wd1(1) AAS
>>377
はい、-L usr/local/lib -lcppunit とベタ打ちすることにしました cygwin の環境変数を触るのはあきらめました…
380(1): はちみつ餃子 ◆8X2XSCHEME 2018/05/22(火)21:21 ID:3tmJeyY1(1) AAS
>>379
LD_LIBRARY_PATH の設定で上手くいかないの？
381: 放置された蟻人間 ◆T6xkBnTXz7B0 2018/05/22(火)21:31 ID:OEO6VOy7(1) AAS
困ったときはマニュアル
382: 2018/05/24(木)10:33 ID:cPlRxlDn(1) AAS
.
383: ◆QZaw55cn4c 2018/05/24(木)19:19 ID:dCOL2CYR(1) AAS
>>380
それが手元のWindows7環境ではうまくいかないのです…
384: 2018/05/25(金)16:18 ID:bGEIPgDt(1) AAS
MinGW gcc 8.1.0来たな
385: 2018/05/25(金)16:56 ID:OWfOKoxu(1) AAS
メジャー上がるの早ええな
386: 2018/05/25(金)17:11 ID:XO9fqtgP(1) AAS
Firefoxみたいになってきた
387: 2018/05/25(金)18:40 ID:ArdFXZ/1(1) AAS
googleとかから資金と技術者が流れこんだかな？
388: 2018/05/26(土)02:03 ID:7KsEnTuP(1) AAS
なんとしても__cplusplusを201703にするべく頑張ったんだろうなあ
389(1): 2018/05/26(土)07:58 ID:WhnOnvzV(1) AAS
201402じゃん ・・・と思ったら
-std=c++17で201703になるのか
つーか7.3.0でもそうなるやん
390(1): 2018/05/26(土)10:52 ID:syYJ3FKh(1) AAS
>>389
本当？知らなかった
7.3.0で-std=c++1zや-std=gnu++1zを付けてコンパイルしても__cplusplusは201402のままだったのだが俺環？
8.1.0なら-std=c++1zでちゃんと201703になる
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
需要なし
421: 2018/08/18(土)15:38 ID:AAEMx0aK(1) AAS
つまり／(^o^)＼ｵﾜﾀ？
422: 2018/08/18(土)19:18 ID:SATvHJrQ(1) AAS
別にMinGWでコンパイルしてもGPLになる訳じゃないしな
423: 2018/08/18(土)19:50 ID:dGIgNVTb(1) AAS
デバッグにgccを使うだけじゃGPLにはならんな
リリースをvcでやるとか
424(1): 2018/08/18(土)23:25 ID:MifkGBcf(1) AAS
GPL系ライセンスの嫌いなところは業界内で通用する統一された解釈がなくトラブルに発展する可能性が高いこと
類似の事象でも人によって正反対の主張をしているとかザラだし
425(1): 2018/08/19(日)05:15 ID:I9SRQ6fc(1) AAS
おまえらＧＣＣランタイムライブラリ例外を知らんの？
426: 2018/08/19(日)12:42 ID:plhuPGbS(1) AAS
>>424
ほんそれ
427: ◆QZaw55cn4c 2018/08/19(日)13:06 ID:bW/fB7v7(1) AAS
>>425
言ってみてください
428(1): 2018/08/19(日)17:55 ID:9Uz9lMpd(1) AAS
GCCランタイムライブラリ例外とFAQ
外部ﾘﾝｸ[html]:www.gnu.org
おまえら知らんの？
429(1): 2018/08/19(日)19:35 ID:AHbKk0RR(1) AAS
>>428
プロプライエタリなプログラムと混ぜてはいけないと読めるが自分の解釈は間違っているかな？
430: 2018/09/02(日)13:37 ID:U5QFbq32(1) AAS
GCCランタイムライブラリ例外、GCCランタイムライブラリ例外言っていた人はどこかへ行っちゃったんか？
OS例外というのもあるよね「何を持ってOSか、どこまでがOSか」に対する統一された見解はなくて
人や会社によって差があった気がするけど
431: 2018/09/04(火)03:59 ID:ceyZWyCm(1) AAS
>>429
GCCのプラグインとしてproprietaryなプログラムを組み合わせると例外の恩恵を受けられない
「GPLと両立しないプラグインなど」を組み込ま「ない」GCCが、proprietaryなソースコードをビルド(*.oの出力、リンク)しても例外は適用される(出力されるものはGPL扱いにならない)
ように読んだ
たぶん「コンパイラの中間表現」はGIMPLEとかRTLみたいなGCC固有の表現を指してて、アセンブリ言語(-Sオプションで出力されるやつ)やオブジェクトコードは指してなさそう
432: 2018/10/17(水)08:00 ID:Nvagglal(1) AAS
register transfer level?
433: 2019/01/02(水)16:43 ID:3QK6uhic(1) AAS
スカトロMinGWの方が先に8.2.0出しやがった
434(1): 2019/02/13(水)17:59 ID:aV+jBrpA(1) AAS
待った
このビルドおかしいぞ
g++ -v で --with-arch が i686 じゃなく i586 になってて
#include <thread> は通るのに std::thread がエラーになったり
#include <mutex> は通るのに std::mutex がエラーになるぞ
「このビルド」は、ここ↓で拾ったやつ
外部ﾘﾝｸ:ja.osdn.net
435: さまよえる蟻人間 ◆T6xkBnTXz7B0 2019/02/13(水)18:13 ID:25aOYuUG(1) AAS
>>434
mingw-getのサプライチェーンを疑ってみれ。
436: 2019/02/28(木)00:03 ID:ECv4xj6W(1) AAS
MinGWは最近更新が無い
437(1): 2019/02/28(木)00:57 ID:p6WvsFw7(1) AAS
最近 Cygwin も今使ってるやつ居るのか不安になる事が・・
もしかして日本で10人ぐらいの Cygwin ユーザーの一人が俺だったりするんじゃないのか？とか
438: 2019/02/28(木)02:42 ID:qfTaiLvR(1/2) AAS
>>437
俺も日本人ユーザーの一人だが、最近はあまり使っていない。
頻繁にパッケージは更新されているから、世界的にユーザーはいるんだろうと思う。
439(1): 2019/02/28(木)15:56 ID:7nNuTdUM(1/3) AAS
WINDOWSをアンインストールしてUNIXクローンを入れるのが一番幸せになれるよ
440: 2019/02/28(木)16:43 ID:Ux/nkXD6(1/3) AAS
linuxじゃないやつ？
441: 2019/02/28(木)16:44 ID:7nNuTdUM(2/3) AAS
LinuxもUNIXクローンだよ
442(1): 2019/02/28(木)17:08 ID:Ux/nkXD6(2/3) AAS
リーナス君もタネンバウム先生も
作ったのは完全オリジナルOSだろ
443: 2019/02/28(木)17:17 ID:7nNuTdUM(3/3) AAS
>>442
クローンのいみわかってる？
444: 2019/02/28(木)17:27 ID:Ux/nkXD6(3/3) AAS
ち、紛らわしい
445: はちみつ餃子 ◆8X2XSCHEME 2019/02/28(木)17:44 ID:KlP/6TOW(1) AAS
MSYS2 のスレって無いみたいだけど、
このスレで話題にしてもいいかな？
446: さまよえる蟻人間 ◆T6xkBnTXz7B0 2019/02/28(木)17:47 ID:LJ26MrE+(1) AAS
ええよ。
447: 2019/02/28(木)18:43 ID:xBbxLRxk(1) AAS
むしろここでしなかったらどこでするんだ、と
448(1): 2019/02/28(木)20:42 ID:qfTaiLvR(2/2) AAS
>>439
デスクトップ2台使っている。
旧機はUbuntu。新機はWindows 10 Pro。
Windows上でUNIXライクなコマンドを使いたいことが多々ある。
449(1): 2019/03/01(金)02:11 ID:h8NHrx+2(1/2) AAS
みなWSL(Windows Subsystem for Linux)に行ってしまったのさ・・・
450(1): 2019/03/01(金)02:34 ID:o7Pfs0Tv(1) AAS
>>448
Git BashかWSLかあきらめてPowerShellを極める
451: 2019/03/01(金)14:53 ID:Mu17Fd9O(1) AAS
>>450
だから何？
バーカカースボーケ
452: 2019/03/01(金)15:03 ID:a4IFMTFx(1) AAS
minttyのためだけにcygwin入れてた時期があったけど
それもももうcygwin気にせず使えるようになったし
cygwinはお役御免
453: 2019/03/01(金)15:09 ID:5yLC9cV7(1) AAS
cygwin + msys -> msys2だと思ってた
454: 2019/03/01(金)15:17 ID:h8NHrx+2(2/2) AAS
pcre2のpcre2_match_*() がクラッシュするんだけど、cygwinでしか起きないので調査する意欲がわいてこない。
455: 2019/03/01(金)19:20 ID:HVxvwZsK(1) AAS
>>449
win7 な私に wsl の恩恵はないのでしょうか？
456: 2019/03/06(水)07:49 ID:paKD8ls/(1) AAS
Git for Windows v2.21.0 Release Notes
Latest update: February 26th 2019
外部ﾘﾝｸ:gitforwindows.org
457(2): 2019/03/09(土)08:54 ID:Ed78ws/P(1) AAS
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
458: 2019/03/09(土)16:56 ID:kfZA3URW(1) AAS
STLがクソすぎ
459: 2019/03/10(日)06:26 ID:gKFy67J4(1) AAS
msys2のスレないのね
460: 2019/03/10(日)12:24 ID:yzd/Af8M(1/3) AAS
>>457
MinGWはmt19937を使うと書いてあるぞ。
461(1): 2019/03/10(日)13:13 ID:uE8BPcgQ(1) AAS
それじゃ意味ねえだろって話
mt19937のseedを作るのにmt19937を使ったらアホだろうが
462: 2019/03/10(日)13:16 ID:yzd/Af8M(2/3) AAS
>>461
でも規格上実装依存ってことになっていて、実装が疑似乱数だと明示しているのだから、避けるのは利用者側の義務になるのでは。
463: 2019/03/10(日)13:16 ID:yzd/Af8M(3/3) AAS
素直にVC++使えってことではないだろうか。
464: 2019/03/10(日)15:05 ID:uFsYqTSV(1/3) AAS
疑似乱数よりμs取る方がまし
465: 2019/03/10(日)15:06 ID:uFsYqTSV(2/3) AAS
ごみん
μsだと一緒になるわ
nsでどうかひとつ
466: 2019/03/10(日)16:47 ID:frDbeikI(1) AAS
seedはプロセスid と スレッドid の組み合わせのほうがよくない？
467: 2019/03/10(日)17:02 ID:8+bEWcYF(1) AAS
ダメだこりゃ
話が通じてない
468: 2019/03/10(日)18:10 ID:uFsYqTSV(3/3) AAS
どうせmt使うんだからseedさえ適当に変更掛かるものなら何でもいいっしょ
469: 2019/03/11(月)09:07 ID:SMAjCV/D(1) AAS
>>457
std::random_device::entropy()を表示させてみ
これで 0.0 が帰る場合は毎回同じ値が帰るから
VCはプロセスIDをうまく使ってrandom_deviceを実現してるようだな
MinGWは駄目だよ
470: 2019/03/11(月)10:51 ID:rOT48PNA(1) AAS
え、VCってCryptGenRandomを使ってないの？
471: 2019/03/11(月)11:06 ID:XA5PtgcF(1) AAS
rand_s()、rtl_gen_random() とかいうAPIでしょ。
472(1): 2019/03/18(月)05:02 ID:P9Yklj5G(1) AAS
Cでgets_sコンパイルするとエラーになるんだけど
通す方法ってないすか
473(2): はちみつ餃子 ◆8X2XSCHEME 2019/03/18(月)14:59 ID:YfgH0B4l(1) AAS
>>472
gets_s は C11 から導入されたので C11 を有効にするオプション (-std=c11) を付ければいいんじゃね？
474: 2019/03/18(月)17:10 ID:yKiI4G/I(1) AAS
C11はこのあとC2aとか出るのかねえ
475: 2019/03/19(火)22:39 ID:5qst9NFY(1/2) AAS
>>473
わたしはぜひそれをしたいと思っていますがBasic Setupのツリーからその項目を見つけることができません
どこにあるのでしょう＞＜
476: 2019/03/19(火)22:54 ID:5qst9NFY(2/2) AAS
>>473
あ、もしかしてそれってターミナルでコンパイルするときに
gcc -std=11 hoge.cとやれということでしょか？だとしたら死にたい…
477: はちみつ餃子 ◆8X2XSCHEME 2019/03/23(土)17:33 ID:ByL/s3eU(1) AAS
MSYS2 環境 (32bit) で Guile を実行するとライブラリのプリコンパイルが
始まってなかなか終わらないし、終わってから再度実行するとまた最初
から始まってしまう。
パス変換の考慮ミスで既にあるプリコンパイル済みライブラリを見つけらない (?) っぽい
報告もあるんだけど、これってどうにもならない？
478: 2019/03/23(土)18:17 ID:iMO+WCpL(1) AAS
ダミーで ./c/hoge -> /c/hoge みたいなリンク作って path に追加したら？
479(1): 2019/04/10(水)07:27 ID:qyNiIlQC(1/2) AAS
Windows 8.1 64bit 上で
>set | findstr PATH > c:\tmp\PATH.txt
>set | findstr Path > c:\tmp\Path.txt
したらファイル１つしか残らなかっただ…。
LFN でも大文字小文字区別せんのか…
Windows10 だと違うのか
480: 2019/04/10(水)07:35 ID:qyNiIlQC(2/2) AAS
chcp 65001
するのって常識？？？
481: 2019/04/10(水)10:38 ID:g9h2j5fz(1) AAS
chcp 65001 はバグだらけだから今はしないのが常識
482: 2019/04/10(水)11:57 ID:ctVOU6iK(1) AAS
>>479
grep -ir "abc" ./*
grep でも使えば？
i は、大文字小文字を区別しない。
r は、ディレクトリを再帰的にたどる
483: 2019/04/12(金)02:01 ID:K5RuTlhq(1/4) AAS
test
484: 2019/04/12(金)02:02 ID:K5RuTlhq(2/4) AAS
cp932でgcc-8.2.0がコンソールを深紅に染めない環境はありますか
485: 2019/04/12(金)02:03 ID:K5RuTlhq(3/4) AAS
findstr /I
で case insensitive 処理が出来るようですね
486: 2019/04/12(金)02:03 ID:K5RuTlhq(4/4) AAS
いずれも環境はWindows8.1 64bitです
487: 2019/04/17(水)09:23 ID:LMpL5fl6(1) AAS
mingw-w64-x86_64- が頭についてるGUIソフトってXなしで動くのですか？
また、これが頭についていないパッケージってなんのために存在するのですか？
488(2): 2019/04/17(水)09:52 ID:vaxiFaLk(1) AAS
名前はなんでもいいが、mingwをつかって直接windows api呼んでりゃXなしでうごく。あとQtとか使ってるのもあるじゃろう。
公式のパッケージは全部同じ命名なんじゃないか？なんか管理用のファイルとか？
489: 2019/04/17(水)10:10 ID:RU1ct6Mv(1/2) AAS
qt-5.12.2ならMinGWのgcc-7.3.0を入れられる
g++ & qtで書ける
490: 2019/04/17(水)10:14 ID:RU1ct6Mv(2/2) AAS
＜私見＞
qt charts ブチ込んでも、qt-5.12.2なら問題はリバースエンジニアリング関連にとどまる
なぜなら、qt chartsをインストール対象としてチェックしたうえでインストーラを進めても、
ライセンスとしてLGPLが選択可能で、GPLv3が要求する "displays an appropriate copyright notice" を満たさずGPLv3の適用を主張できないから
＜／私見＞
正確なところは弁理士または弁護士に確認されたし
IPAの逐条訳が参考になるかも
491: 2019/04/17(水)10:35 ID:4gj66k19(1) AAS
>>488
例えばEmacsは両方あります
492: 2019/04/17(水)21:22 ID:9Q2ukeRT(1) AAS
msys用でしょ
493(1): 2019/04/18(木)17:45 ID:T5E1BM4x(1) AAS
>>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つあるような感じで実装されてたりするって感じかな
494: 2019/04/19(金)16:30 ID:kPHA0zLK(1) AAS
>>493
違います
495: 2019/04/19(金)17:02 ID:dBiDFHmq(1) AAS
emacsはX Window System必須ではなかったような気もするし今は違うのかも知れないし何とも
496: 2019/04/19(金)17:21 ID:jGjLpvIL(1) AAS
windowsではcygwinのやつ使っとるよ。
msys2/mingwはいまいち信用できん。
なんにせよXは不要だよ
497(1): 2019/04/19(金)20:44 ID:Cry1IFM3(1) AAS
cygwinのはXlibリンクしてるんじゃない？
498: 2019/04/22(月)22:01 ID:dWmpunjw(1) AAS
>>497
嘘はよくない
499: 2019/04/23(火)00:42 ID:YVNM1Id6(1) AAS
emacs-X11とemacs-w32があるから嘘でもない
500: 2019/04/23(火)01:02 ID:mPLR84qw(1) AAS
まだastec-xとか売ってるんですね
501(2): 2019/05/02(木)21:24 ID:qbL1jEY8(1) AAS
valgrind みたいにアクセス違反検出する仕組で msys2 上で使えるものってあります？
502: 2019/05/08(水)17:58 ID:jUoRAJVn(1) AAS
>>501
ないですね
503: 2019/05/21(火)22:53 ID:5dr0Nkwr(1) AAS
>>501
ありますよ
504(1): 2019/05/22(水)01:15 ID:zrih+ccQ(1) AAS
Windows 上で g++ & qt ってどのくらいメジャーなのかな
とりあえず「オレオレコード」書くなら C++11 とかかいな
GCの仕組みとか全く知らんけど
「適切なC++11の教科書などない！」という話もあるけど
Python 使え？
505: 2019/05/22(水)11:00 ID:1OSMRbFi(1) AAS
C++11 なんてオワコンだからやめとけ
上下前次1-新書関写板覧索設栞歴
あと 482 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.035s