Cygwin + MinGW + GCC 相談室 Part 8

1 名前：デフォルトの名無しさん [2014/09/23(火) 00:20:11.40 ID:G97CLCj1.net] Windows上で動作するフリーの開発環境 CygwinとMinGWに関する相談スレッドです。 過去スレ: Cygwin + MinGW + GCC 相談室 Part 7 peace.2ch.net/test/read.cgi/tech/1357019230/ Cygwin + MinGW + GCC 相談室 Part 6 toro.2ch.net/test/read.cgi/tech/1304609116/ Cygwin + MinGW + GCC 相談室 Part 5 hibari.2ch.net/test/read.cgi/tech/1269400706/ Cygwin + MinGW + GCC 相談室 Part 4 pc12.2ch.net/test/read.cgi/tech/1221233882/ cygwin + mingwn + gcc 相談室 Part3 pc11.2ch.net/test/read.cgi/tech/1177944767/ cygwin + mingwn + gcc 相談室 Part2 pc11.2ch.net/test/read.cgi/tech/1126103347/ cygwin + mingwn + gcc 相談室 pc8.2ch.net/test/read.cgi/tech/1058134693/ 関連サイト: Cygwin www.cygwin.com/ MinGW www.mingw.org/ 関連スレッド: GCCについて part10 toro.2ch.net/test/read.cgi/tech/1315026784/ 910 名前：デフォルトの名無しさん mailto:sage [2022/09/04(日) 17:00:20.38 ID:A8KVTWK8.net] >>907 このスレ以外のxxスレでも同じ質問しています と全部のスレに描いて置くだけでもはるかにマシだと思うが 911 名前：デフォルトの名無しさん mailto:sage [2022/09/04(日) 23:01:47.10 ID:QxOeTDrF.net] >>909 ソースはどうやって取った? 912 名前：デフォルトの名無しさん mailto:sage [[ここ壊れてます] .net] >>910 どこのスレで聞く予定か決まってないとできないことだね どっかのスレで聞いて有効回答が得られなかったから他をあたるときは無理 そこでもう諦めろという資格はあんたにはない せっかく回答しても一言多い人はイヤミなやつと思われる fjにもいたよ、やなやつ系の人 913 名前：デフォルトの名無しさん mailto:sage [2022/09/05(月) 12:18:16.08 ID:CjnDxYFq.net] >>912 他のスレで質問するときに先に質問してたスレを挙げるのはできるだろ。 914 名前：デフォルトの名無しさん mailto:sage [[ここ壊れてます] .net] >>913 その時点でもうクロスじゃねえだろ しつけえな 915 名前：デフォルトの名無しさん mailto:sage [2022/09/05(月) 18:36:40.42 ID:CjnDxYFq.net] > どこのスレで聞く予定か決まってないとできないことだね > どっかのスレで聞いて有効回答が得られなかったから他をあたるときは無理 ここの「できない」「無理」を否定しているだけで、クロスじゃねえかどうかは関係ないよ。 916 名前：デフォルトの名無しさん mailto:sage [2022/09/06(火) 06:32:16.53 ID:8iFyZ+3k.net] 自分が個人的に気に入らないってだけで 他人にああしろこうしろ言う図々しいやつ 917 名前：デフォルトの名無しさん [[ここ壊れてます] .net] >>912 >どこのスレで聞く予定か決まってないとできないこと ちなみにクロスもどこのスレで聞く予定か決まってないとできないことだぞ 918 名前：デフォルトの名無しさん mailto:sage [2022/09/06(火) 10:05:14.92 ID:8iFyZ+3k.net] マルチすんなというバグった骨董品に5chにクロスの機能がないのに無茶ぬかすなと指摘したんだよ それへの返事()が>>910のような頓珍漢な内容だったんで 端っから破綻している話をおちょくっただけだが文句あんのか？ マニュアルトークばっかりで中身のないハリボテ野郎がｗ 919 名前：デフォルトの名無しさん mailto:sage [[ここ壊れてます] .net] >>909 ./configure に、そんなオプションが存在しないのでは？ >No rule to make target 'config.mak' 「ffmpeg config.mak」などで検索すれば？ 920 名前：デフォルトの名無しさん [2022/09/06(火) 13:39:00.56 ID:4u8//Iu5.net] 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 921 名前：デフォルトの名無しさん mailto:sage [[ここ壊れてます] .net] 失敗している 直前に実行したコマンドが成功したかどうかは $ echo $? で確認する 0 が表示されれば成功 それ以外は失敗 922 名前：デフォルトの名無しさん mailto:sage [[ここ壊れてます] .net] >>920 ちなみに原因は x86_64-w64-mingw32gcc を起動したこと 正しくは x86_64-w64-mingw32-gcc prefixに指定すべきは x86_64-w64-mingw32　ではなく x86_64-w64-mingw32- ということだと推測される 923 名前：デフォルトの名無しさん mailto:sage [2022/09/06(火) 16:17:14.54 ID:QxRWO4Sk.net] >/bin/sh: line 1: x86_64-w64-mingw32gcc: command not found そういうコマンドが存在しないのじゃ？ コマンドが存在すれば、 which python3 /usr/bin/python3 which x86_64-w64-mingw32gcc と入力してみれば？ 924 名前：デフォルトの名無しさん [[ここ壊れてます] .net] 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 と出る・・・ 925 名前：デフォルトの名無しさん [[ここ壊れてます] .net] コマンドは以下の通り cd /root/openssl git checkout OpenSSL_1_0_2s ./Configure --cross-compile-prefix=x86_64-w64-mingw32- mingw64 926 名前：デフォルトの名無しさん mailto:sage [2022/10/06(木) 16:27:26.92 ID:cWE4RcCn.net] >>924 >cc1.exe: fatal error: md2test.c: No such file or directory test/md2test.c があるかをまずは確認 927 名前：919 mailto:sage [2022/10/06(木) 16:33:48.59 ID:cWE4RcCn.net] ちなみに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 928 名前：デフォルトの名無しさん mailto:sage [2022/10/07(金) 12:22:36.36 ID:d4ub3t4L.net] どうせ ./configure で間違えたか失敗したんだろうな 929 名前：デフォルトの名無しさん [2022/10/07(金) 15:18:33.31 ID:2fSodFyt.net] どうもcheckout時にtest/md2test.cがなくなったっぽい 930 名前：デフォルトの名無しさん [2022/10/08(土) 19:39:30.38 ID:qxTVurIe.net] >>927 ほぼ同じことをやったけど、やっぱ>>924と同じ事が起きた OpenSSL_1_0_2sでもtest/md2test.cがないとコケる 931 名前：デフォルトの名無しさん mailto:sage [2022/10/08(土) 21:46:27.37 ID:xDu3MKAN.net] If you want to just get on with it, do: $ ./config $ make $ make test $ make install とINSTALLにあるけど 932 名前：デフォルトの名無しさん [2022/10/09(日) 12:19:38.59 ID:Tz+TsrJC.net] 実はこれをビルドしてるんです https://github.com/zhlynn/zsign/issues/158 >>931を参考に cd openssl git checkout OpenSSL_1_0_2s ./Configure --cross-compile-prefix=x86_64-w64-mingw32- mingw64 make make test とやったんだけど、やはりmd2test.c絡みエラーが出た 933 名前：デフォルトの名無しさん mailto:sage [2022/10/09(日) 12:43:19.28 ID:+ozsmf3D.net] https://github.com/zhlynn/zsign/search?q=md2test これで何も出ないからなぁ 934 名前：デフォルトの名無しさん mailto:sage [2022/10/09(日) 18:48:11.24 ID:Pj/q53xX.net] INSTALL.W64 You will need Perl. You will need Microsoft Platform SDK To build for Win64/x64: > perl Configure VC-WIN64A --prefix=c:\some\openssl\dir > ms\do_win64a > nmake -f ms\ntdll.mak > cd out32dll > ..\ms\test とあるね 935 名前：デフォルトの名無しさん mailto:sage [2022/10/09(日) 18:56:50.21 ID:Pj/q53xX.net] あとConfigureとconfigがあってconfigを使えってことじゃないの 936 名前：デフォルトの名無しさん mailto:sage [2022/10/10(月) 17:42:08.13 ID:uEke22m0.net] linuxでビルドしてみたけどopenssl-OpenSSL_1_0_2-stableだとlibssl.soができないから失敗してるぽい openssl-OpenSSL_1_1_1の方はmake testまで通った $ @bash ~/build/openssl-OpenSSL_1_0_2-stable $ find "." -type f | perl -ne '/libssl/ and print' ./libssl.pc ./libssl.a $ @bash ~/build/openssl-OpenSSL_1_1_1q $ find "." -type f | perl -ne '/libssl/ and print' ./util/libssl.num ./linux/libssl.map ./linux/libssl.pc ./linux/libssl.a ./linux/libssl.so.1.1 937 名前：デフォルトの名無しさん mailto:sage [2022/10/20(木) 23:31:35.93 ID:+6WDZGK8.net] msys2と違ってtdm-gccはgccのバージョンが選べる代わりに 更新がむちゃ遅いやんけ〜 多分、人手が足りないんやなぁ 938 名前：デフォルトの名無しさん mailto:sage [2022/10/24(月) 16:47:31.17 ID:VKX4Fsrh.net] gcc 自体にはバージョンを混在させる仕組みはある。 クロスコンパイル用の環境を構築したいとかよくあることだし。 MSYS2 でもできなくはないけど、 今だと Docker を使うとかしたほうが簡単なのかなぁ……。 939 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 10:13:05.30 ID:nRxoL4vn.net] MSYS2 MinGW64 の環境でSDL2を使ってゲームを作っています。 作ったゲームは将来的には配布する予定です。 それでDLLを動的リンクにするためにパッケージに含めたいと思っています。 今のところ起動に必要なDLLが libgcc_s_seh-1.dll libstdc++-6.dll libwinpthread-1.dll 他、SDL2のdll です。 C++とpthreadのdllは何となくわかるのですがlibgcc_s_seh-1というのは何でしょうか？ MinGW固有のgccのdllですか？ 940 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 14:53:19.91 ID:E+DEqG9x.net] structured error hunt 941 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 00:09:23.83 ID:srO8KDRm.net] >>939 $ pexports libgcc_s_seh-1.dll 942 名前：デフォルトの名無しさん mailto:sage [2023/03/24(金) 14:33:04.65 ID:A6TekdSG.net] sizeof(long double) == 16になったのは、いつから？ 943 名前：デフォルトの名無しさん [2023/03/28(火) 17:22:29.83 ID:hvNFNzxE.net] tdm-gcc良いんだがな 944 名前：デフォルトの名無しさん mailto:sage [2023/03/30(木) 10:23:19.95 ID:B7uoZJXZ.net] >>937 Mingw-builds じゃダメなのか？ 俺も最初は TDM-GCC 使ってたけど、何時までも更新されないから Mingw-builds の 12.2.0 に乗り換えた 俺が使っている wxWidgets 3.2.2.1 も普通にビルドできたし、若干コンパイル速度も上がった気がする （気のせいレベルかもしれませんが・・・） 945 名前：デフォルトの名無しさん mailto:sage [2023/07/10(月) 11:59:21.63 ID:YLTFTLfF.net] Windows7 64bitにMSYS2インストールしたら The MSYS2 project no longer supports Windows 7 and 8.0. For more information visit https://www.msys2.org/docs/windows_support って黄色い字で表示されるようになった とりあえずコンパイルとかはできてる 946 名前：デフォルトの名無しさん mailto:sage [2023/07/11(火) 09:23:59.81 ID:IUx5aYIs.net] >>945 左様でございますか 947 名前：デフォルトの名無しさん [2023/09/12(火) 12:30:45.63 ID:QOX8wfhQ.net] それよりゲロ重いのが 948 名前：デフォルトの名無しさん mailto:sage [2023/09/28(木) 08:25:12.03 ID:C8Dm3tge.net] 切磋琢磨 949 名前：デフォルトの名無しさん mailto:sage [2023/09/28(木) 10:21:45.74 ID:7+/lnWbq.net] そういやswingを低速言うてるけど JavaFXのほうが初期化しめちゃめちゃ時間かかってもっさりしてるんだけど… そしてmacでは未だにスレッド競合解決してない swnigよりオワコンな気がする 950 名前：デフォルトの名無しさん [2023/10/10(火) 09:18:07.78 ID:vCJOXgr3.net] スレチ 951 名前：デフォルトの名無しさん mailto:sage [2023/12/24(日) 13:46:07.33 ID:zZdFC2zj.net] 質問です。 ・ OS は windows10 で、最近 MinGW-w64 を導入した。 ・ 下記の test.cpp ファイルに対して g++ -m64 -o test5 test.cpp と実行。 test.cpp #include <stdio.h> #include <stdint.h> int main(){ printf("%d %x %zu", sizeof(long), sizeof(long), sizeof(long)); getchar(); return 0; } ・ 出力された test5.exe を実行してみると、なぜか「4 4 4」と表示されてしまい、 　「8」が1個もない。64ビット環境では、sizeof(long) は「8」なのでは？ ・ test5.exe を右クリックして互換モードの欄を見てみると、 　 Vista 以降のものしか表示されないので、 　 ちゃんと64ビット版の実行ファイルになっている 　 (他にも色々な確認方法があるが、いずれも64ビット版に合致する)。 ・ それなのに「8」と表示されないのはなぜ？ 952 名前：はちみつ餃子 mailto:sage [2023/12/24(日) 15:28:23.49 ID:SfA3xmSz.net] >>951 > 64ビット環境では、sizeof(long) は「8」なのでは？ 単にその認識が誤り。 64ビット版の Windows の ABI では long は 4 バイトと規定してる。 https://learn.microsoft.com/ja-jp/cpp/build/x64-software-conventions?view=msvc-170#scalar-types コンパイラが OS の規定に逆らって独自の仕様にしたってかまわないんだけど、 やりとりがややこしくなっちゃうだけで得なことはないからね。 953 名前：デフォルトの名無しさん mailto:sage [2023/12/24(日) 19:23:18.89 ID:zZdFC2zj.net] じゃあこの挙動で問題ないんですね。ありがとうございました。 954 名前：デフォルトの名無しさん mailto:sage [2024/05/29(水) 06:44:42.24 ID:85k4cg9J.net] mingw64でglibとgstreamerに動的リンクしたバイナリ作ったんだけど、glibは関数呼べるけどgstreamerは関数呼べない なぜかgstreamerの関数を書くとプログラムの起動がコケて関数をコメントアウトするとちゃんと起動する リンクがおかしいのかもと調べてみたけどちゃんと動的ライブラリはリンクしてるっぽい あと考えられるのは動的ライブラリの破損ぐらいなんだけど、お前ら何か考えつくことある？ 955 名前：947 mailto:sage [2024/05/29(水) 07:56:37.14 ID:85k4cg9J.net] gstreamerのバージョン下げたら解決した 956 名前：デフォルトの名無しさん mailto:sage [2024/06/15(土) 21:47:14.13 ID:Ate4RGLQ.net] VC6時代のソースをビルドしてlddで見ると以下のようになった ntdll.dll KERNEL32.DLL KERNELBASE.dll msvcrt.dll VC22は以下 ntdll.dll KERNEL32.DLL KERNELBASE.dll ucrtbase.dll VCRUNTIME140.dll 上のmsvcrt.dllの代わりに下のucrtbase.dllとVCRUNTIME140.dllでビルドできないか ファイルサイズがstripしてもVC22の10倍になってしまいmsvcrt.dllを疑っている バージョンは gcc version 11.2.0 (Rev6, Built by MSYS2 project) 957 名前：デフォルトの名無しさん mailto:sage [2025/01/05(日) 11:05:05.31 ID:0SlvKtyY.net] hosyu 958 名前：デフォルトの名無しさん [2025/03/09(日) 23:22:05.65 ID:sClrYMAa.net] もう8時間もビルドしてるんだが？ いつ終わるんだ 959 名前：デフォルトの名無しさん [2025/03/10(月) 00:26:15.12 ID:L5uR+Msw.net] 何を？ 960 名前：デフォルトの名無しさん mailto:sage [2025/03/10(月) 10:28:51.60 ID:L5uR+Msw.net] 終わったかな？ 961 名前：デフォルトの名無しさん [2025/03/10(月) 15:40:18.94 ID:3GRyZaix.net] コンパイルだけで14時間かかった インストールでエラーが出て終了 962 名前：デフォルトの名無しさん mailto:sage [2025/03/10(月) 23:09:09.64 ID:L5uR+Msw.net] 何を？ 963 名前：はちみつ餃子 mailto:sage [2025/03/11(火) 09:58:54.15 ID:GvJGmymX.net] スレの主旨からすると GCC のコンパイルかな？ ただでさえ時間がかかるのにステージ3までやったら単純に三倍ってことだからなー 964 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 15:30:34.03 ID:aNDBBqWo.net] cygwin使うって事はwindowsの人なんだろうけど gccをバイナリじゃなくてソースから入れたがる理由はなんだろ 965 名前：はちみつ餃子 mailto:sage [2025/03/12(水) 15:43:42.31 ID:cxKhqENs.net] クロスコンパイル環境を構築するときはバイナリが見当たらないということもある。 966 名前：デフォルトの名無しさん [2025/03/13(木) 04:45:54.85 ID:eyMSpLdK.net] 解決しました cgwinじゃなくてlinux環境のgccです GCCについてのスレがDAT落ちしてたので藁をもすがる思いでこちらに書きました gitから落とした某ソースをやってたんですがエラーログ見たら環境変数が不正だったので該当の.cに追記したら無事インストール出来ました 助かりました 遅いのはマシンスペックが大概なのもあると思います 967 名前：デフォルトの名無しさん mailto:sage [2025/03/13(木) 11:20:49.35 ID:NvBr8oPw.net] > 藁をもすがる思いでこちらに書きました これまでの経緯見て通じてると思ってるところがZ チラ裏にでも書いて死んどけ 968 名前：デフォルトの名無しさん [2025/03/19(水) 11:43:06.67 ID:Irgid5LD.net] 初心者に厳しいっていうのはこんなところだな 969 名前：デフォルトの名無しさん mailto:sage [2025/03/19(水) 12:50:01.68 ID:0pCxXH7R.net] ×　初心者 ○　低知能馬鹿コミュ障クズ 他人が読んで分かるように書く気がないのなら、チラ裏か日記に書いとけ 相手のせいにするのはゆとりＺクズの常套手段だが、そもそも何を知りたいのか分からんのでは答えようがない コミュ障馬鹿の為に一応定義しておくと、例えば、初心者に厳しい＝低レベルの質問をした場合に無視or馬鹿にされる、だ エスパーしてでも回答しようとしてる奴も居るし、誰も該当しない 970 名前：デフォルトの名無しさん mailto:sage [2025/03/22(土) 11:49:02.54 ID:b/nN/9NR.net] >>945 こうなるの分かってたでしょ なんで10や11にしなかったの？ 971 名前：デフォルトの名無しさん mailto:sage [2025/03/22(土) 14:19:58.73 ID:U6/Lg1xx.net] 判ってて使う分には問題無い 972 名前：デフォルトの名無しさん mailto:sage [2025/03/22(土) 21:56:27.10 ID:cRNo9rU1.net] 使っててとくに問題なさそうにみえて実は非常にコアな部分でトンでもない不具合が生じていて 一見ふつうに動いているだけという可能性はある さりとて、じゃあMSYS2がサポートしてる環境下で「絶対に確実にすべてが問題なく動いている」という保証も じつのところないので、結局そういうことを気にしたら負け 973 名前：デフォルトの名無しさん [2025/06/26(木) 17:52:15.96 ID:nmyewptE.net] wsl2でlinux版のmingw使ってるけどすごくいいね gcc on linuxとgcc on mingw on linuxでlinux/winのバイナリを両方吐ける これからのクロス開発のスタンダードになるんじゃ？ 974 名前：デフォルトの名無しさん mailto:sage [2025/06/26(木) 18:43:04.44 ID:JONMqo8w.net] 大昔からクロス用に使われていたgccをさも今自分が発見しましたみたいに言われても… ちなclangの方がひとつのコンパイラで複数ターゲットに対応できるからもっと簡単 975 名前：デフォルトの名無しさん mailto:sage [2025/06/27(金) 09:28:46.15 ID:H+pgJuGy.net] >>973 とっくになってるでしょ 976 名前：デフォルトの名無しさん mailto:sage [2025/06/27(金) 09:29:24.03 ID:H+pgJuGy.net] >大昔からクロス用に使われていたgccをさも今自分が発見しましたみたいに ほんそれ 開いた口が塞がらんわ 977 名前：デフォルトの名無しさん [2025/07/06(日) 09:46:03.14 ID:jyZjYPic.net] (たぶん)初心者が使ってて自分があっと気付いたから書いただけで、さも自分が発見しました！なんて言ってないだろ… そもそも毎スレ掘り返される話題だし、それで初心者を萎縮させるのはどうかと >>898くらいまで発展的用法バリバリ使ってたら、お前ら叩かんやろ？ 978 名前：デフォルトの名無しさん [2025/07/06(日) 10:20:31.05 ID:RFZXbMVg.net] いってるね 979 名前：デフォルトの名無しさん mailto:sage [2025/07/10(木) 02:15:09.38 ID:K1GlzFeW.net] これは言ってるようにしか読めないわ 980 名前：デフォルトの名無しさん [2025/07/15(火) 23:36:59.18 ID:hInNkoM6.net] ここの回答者クズばっかだな そら初心者こないわ 981 名前：デフォルトの名無しさん mailto:sage [2025/07/15(火) 23:48:52.15 ID:bTX3ONQP.net] スレタイの初心者とは言え内容的にはプログラミング熟達者の方が多いから自力解決する事が多いのでは 982 名前：デフォルトの名無しさん mailto:sage [2025/07/15(火) 23:55:01.09 ID:Xa+JcFPE.net] 煽りとかそういうのでなく、純粋に意見として 今は初心者レベルの人はAIに聞いたほうがはるかに有用な答が得られる 983 名前：デフォルトの名無しさん mailto:sage [2025/07/16(水) 00:05:19.73 ID:54zFMq80.net] 次スレ立てるときにはcygwinは控えめで MSYS2ルート(mingw64-gcc/clang/bash/各種ライブラリ等windowsネイティブポート) VSCodeルート(msys2導入せずmingw64コンパイラだけ導入) WSL2ルート のそれぞれで誰か説明したらwindowsプログラミング初心者(VSは使いたくない人)の助けになるかも >>982 AIでまとめて貰っても良いかも 984 名前：デフォルトの名無しさん mailto:sage [2025/07/16(水) 03:12:54.62 ID:07jtrGs0.net] TDM-GCC64ってなんなん 985 名前：デフォルトの名無しさん mailto:sage [2025/07/16(水) 16:55:53.12 ID:8VyoLyXs.net] >>983 gccの話なら開発環境は全部Linuxで済ませてWindowsはあくまでターゲットのひとつに留めといたほうが簡単で楽なんだけどね まあこのスレはcygwin/mingwのスレだからそれはスレチか 986 名前：デフォルトの名無しさん mailto:sage [2025/07/16(水) 18:56:50.02 ID:uj9eYc0f.net] >>980 Visual Studioが至れり尽くせりなんだけど、それだけだとロックインするからスレタイの環境に興味がある人がいると思う ただしこのスレではMSYS2以外で導入していろんな墓穴を掘っている傾向がある とりあえずMSYS2導入(とその後のメンテ)をQiita/Zennで調べたら、初PCゲットしたてのスマホキッズでも躓く事は少ないのでは マルチプラットフォームアプリ開発等の必要性が出てきたらWSLにすれば良いかと 987 名前：デフォルトの名無しさん mailto:sage [2025/07/16(水) 19:02:18.06 ID:uj9eYc0f.net] >>984 それは更新されてないから無視して良いかと >>986にちょと書いたけど、初期導入以外にも本家gccへの追従更新やサードライブラリ追加導入の事も大切 そこがMSYS2が手頃なので 988 名前：デフォルトの名無しさん mailto:sage [2025/07/16(水) 19:04:00.62 ID:uj9eYc0f.net] もちろん「プログラミング熟達者」は好きにしたら良いと思う 989 名前：デフォルトの名無しさん mailto:sage [2025/08/22(金) 17:08:27.47 ID:3pyH/4Fj.net] Windows用Gitに、msys2由来のコマンド類が結構入ってるけど、 こっちはどれくらい使えるものなのだろう コンパイラは無い、というのはいいとして、 grep、sed、awkとから辺は入っているから とりあえずシェルスクリプトでちょっと何かをしたい、と 思った時とかは、Gitについてるコマンド類でも充分なのかな 正直、Windows用GitとCygwin+MinGWを導入していると、 gnu-utilsあたりのコマンドが両方入っているような感じで、 どっちかもう消したいんよね gitはWindows用Gitの方が都合がよいのでこちらを残すかと 思ってるのだが、なー 990 名前：デフォルトの名無しさん mailto:sage [2025/08/23(土) 21:23:36.16 ID:ophcDa1q.net] >>989 Git for Winのmingw環境は、あくまでもgitのためのものだからな bash、grepはじめ、UNIX的コマンドをより完全に使いたいのなら、 やはりCwgwin+MinGW+GCCかなと ただ、Gitをメインに据えたいというのなら、 逆にGitのMinGWにgccとかを入れていくのがよいかなと コマンドが足りなければその時にまた追加していく、で それでgit環境がおかしくなったら、涙を拭いて頑張る、になるが 991 名前：デフォルトの名無しさん mailto:sage [2025/08/24(日) 10:11:40.65 ID:FHs64gUC.net] 全部入りがいいならMSYS2でいい 992 名前：デフォルトの名無しさん mailto:sage [2025/08/24(日) 21:06:59.10 ID:JGmFRBjN.net] msys2で全部入り(随時追加)が良いよ 各ランタイムの開発環境(ucrt64,mingw64,clang64)の合計なんて30GBにも満たない 昨今の(mono)プロジェクト単位の依存関係インストールに比べたら軽いものでは 993 名前：デフォルトの名無しさん mailto:sage [2025/08/27(水) 03:14:16.66 ID:nJC8HQwX.net] windowsのパス環境変数取り合いになるからなあ こういうの 統合してほしい 994 名前：デフォルトの名無しさん mailto:sage [2025/08/27(水) 05:44:42.72 ID:F9vl64W8.net] そう言う疑問はmsys2インストールして環境別のショートカットを見たら直ぐに分かる 995 名前：デフォルトの名無しさん [2025/10/12(日) 05:50:47.01 ID:W2SaGlg4.net] >>992 でけーよ… 996 名前：デフォルトの名無しさん [2025/12/03(水) 11:41:04.56 ID:G3Cx7y7o.net] inline関数を使うときに VCだと inline int hoge(int fuga){ 中身 } で使えるのに mingw/gccとかだと static inline int hoge(int fuga){ 中身 } って描かないと使えない なんで？ (.cに描くとか.hに描くとかそういうの無関係な話で) 997 名前：デフォルトの名無しさん mailto:sage [2025/12/03(水) 12:52:21.06 ID:yVL3HxQ8.net] 使えるよ リンカーエラーでも出てる? 998 名前：デフォルトの名無しさん mailto:sage [2025/12/03(水) 12:55:52.88 ID:yVL3HxQ8.net] あーわかった >>996 cではなくてc++でコンパイルしな? 999 名前：はちみつ餃子 mailto:sage [2025/12/03(水) 14:09:55.16 ID:OnxLfrF+.net] >>996 C ではインライン定義は外部定義 (external definition; 要するに普通の実体ある関数) の代替を与えるというルールで、インライン定義自体は外部定義を与えない (作らない)。 呼び出しのほうは実体のある外部定義を呼び出すか代用品であるインライン定義を使うかは未規定。 インライン化用の代用品を使うかもしれないし、実体のある関数を呼び出すかもしれない。 実体のある関数を使う選択をしたときに >>996 の状況では実体のある関数は作られていないから存在しないというリンカエラーになる。 GCC でも最適化オプションを付けてインライン化されてしまったときは (インライン化されたら関数をリンクする必要がないので) エラーにならずにリンクが完了することもある。 以下のように extern 付きの宣言を付けるとインライン関数定義から外部定義の生成を強制できるのでこれで対処することも出来る。 inline void foo(void) {} extern void foo(void); int main(void) { foo(); } C++ だとインライン関数がもう少し普通の関数と扱いが平等に近づいているので分かり易いんだが…… 1000 名前：デフォルトの名無しさん mailto:sage [2025/12/03(水) 22:07:45.02 ID:Eh+HvnbR.net] らしいがこの人も勘違いしてそう https://zenn.dev/mod_poppo/articles/c-inline-function https://wocota.hatenadiary.org/entry/20090219/1235058524 1001 名前：デフォルトの名無しさん mailto:sage [2025/12/04(木) 05:43:42.35 ID:7puO0DHP.net] .hの方にinlineで .cの方にexternってことか 気持ち悪いけど納得

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef