Cygwin + MinGW + GCC 相談室 Part 8

**デフォルトの名無しさん** · 2023/03/24(金) 14:33:04.65

sizeof(long double) == 16になったのは、いつから？

**デフォルトの名無しさん** · 2023/03/28(火) 17:22:29.83

tdm-gcc良いんだがな

**デフォルトの名無しさん** · 2023/03/30(木) 10:23:19.95

>>930
Mingw-builds じゃダメなのか？
俺も最初は TDM-GCC 使ってたけど、何時までも更新されないから Mingw-builds の 12.2.0 に乗り換えた
俺が使っている wxWidgets 3.2.2.1 も普通にビルドできたし、若干コンパイル速度も上がった気がする
（気のせいレベルかもしれませんが・・・）

**デフォルトの名無しさん** · 2023/07/10(月) 11:59:21.63

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

って黄色い字で表示されるようになった

とりあえずコンパイルとかはできてる

**デフォルトの名無しさん** · 2023/07/11(火) 09:23:59.81

>>938
左様でございますか

**デフォルトの名無しさん** · 2023/09/12(火) 12:30:45.63

それよりゲロ重いのが

**デフォルトの名無しさん** · 2023/09/28(木) 08:25:12.03

切磋琢磨

**デフォルトの名無しさん** · 2023/09/28(木) 10:21:45.74

そういやswingを低速言うてるけど
JavaFXのほうが初期化しめちゃめちゃ時間かかってもっさりしてるんだけど…
そしてmacでは未だにスレッド競合解決してない
swnigよりオワコンな気がする

**デフォルトの名無しさん** · 2023/10/10(火) 09:18:07.78

スレチ

**デフォルトの名無しさん** · 2023/12/24(日) 13:46:07.33

質問です。

・ 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」と表示されないのはなぜ？

**はちみつ餃子** ◆8X2XSCHEME · 2023/12/24(日) 15:28:23.49

>>944
> 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 の規定に逆らって独自の仕様にしたってかまわないんだけど、
やりとりがややこしくなっちゃうだけで得なことはないからね。

**デフォルトの名無しさん** · 2023/12/24(日) 19:23:18.89

じゃあこの挙動で問題ないんですね。ありがとうございました。

**デフォルトの名無しさん** · 2024/05/29(水) 06:44:42.24

mingw64でglibとgstreamerに動的リンクしたバイナリ作ったんだけど、glibは関数呼べるけどgstreamerは関数呼べない
なぜかgstreamerの関数を書くとプログラムの起動がコケて関数をコメントアウトするとちゃんと起動する
リンクがおかしいのかもと調べてみたけどちゃんと動的ライブラリはリンクしてるっぽい
あと考えられるのは動的ライブラリの破損ぐらいなんだけど、お前ら何か考えつくことある？

**947** · 2024/05/29(水) 07:56:37.14

gstreamerのバージョン下げたら解決した

**デフォルトの名無しさん** · 2024/06/15(土) 21:47:14.13

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)

**デフォルトの名無しさん** · 2025/01/05(日) 11:05:05.31

hosyu

**デフォルトの名無しさん** · 2025/03/09(日) 23:22:05.65

もう8時間もビルドしてるんだが？
いつ終わるんだ

**デフォルトの名無しさん** · 2025/03/10(月) 00:26:15.12

何を？

**デフォルトの名無しさん** · 2025/03/10(月) 10:28:51.60

終わったかな？

**デフォルトの名無しさん** · 2025/03/10(月) 15:40:18.94

コンパイルだけで14時間かかった
インストールでエラーが出て終了

**デフォルトの名無しさん** · 2025/03/10(月) 23:09:09.64

何を？

**はちみつ餃子** ◆8X2XSCHEME · 2025/03/11(火) 09:58:54.15

スレの主旨からすると GCC のコンパイルかな？
ただでさえ時間がかかるのにステージ3までやったら単純に三倍ってことだからなー

**デフォルトの名無しさん** · 2025/03/12(水) 15:30:34.03

cygwin使うって事はwindowsの人なんだろうけど
gccをバイナリじゃなくてソースから入れたがる理由はなんだろ

**はちみつ餃子** ◆8X2XSCHEME · 2025/03/12(水) 15:43:42.31

クロスコンパイル環境を構築するときはバイナリが見当たらないということもある。

**デフォルトの名無しさん** · 2025/03/13(木) 04:45:54.85

解決しました
cgwinじゃなくてlinux環境のgccです
GCCについてのスレがDAT落ちしてたので藁をもすがる思いでこちらに書きました
gitから落とした某ソースをやってたんですがエラーログ見たら環境変数が不正だったので該当の.cに追記したら無事インストール出来ました
助かりました
遅いのはマシンスペックが大概なのもあると思います

**デフォルトの名無しさん** · 2025/03/13(木) 11:20:49.35

> 藁をもすがる思いでこちらに書きました
これまでの経緯見て通じてると思ってるところがZ
チラ裏にでも書いて死んどけ

**デフォルトの名無しさん** · 2025/03/19(水) 11:43:06.67

初心者に厳しいっていうのはこんなところだな

**デフォルトの名無しさん** · 2025/03/19(水) 12:50:01.68

×　初心者
○　低知能馬鹿コミュ障クズ

他人が読んで分かるように書く気がないのなら、チラ裏か日記に書いとけ
相手のせいにするのはゆとりＺクズの常套手段だが、そもそも何を知りたいのか分からんのでは答えようがない
コミュ障馬鹿の為に一応定義しておくと、例えば、初心者に厳しい＝低レベルの質問をした場合に無視or馬鹿にされる、だ
エスパーしてでも回答しようとしてる奴も居るし、誰も該当しない

**デフォルトの名無しさん** · 2025/03/22(土) 11:49:02.54

>>938
こうなるの分かってたでしょ
なんで10や11にしなかったの？

**デフォルトの名無しさん** · 2025/03/22(土) 14:19:58.73

判ってて使う分には問題無い

**デフォルトの名無しさん** · 2025/03/22(土) 21:56:27.10

使っててとくに問題なさそうにみえて実は非常にコアな部分でトンでもない不具合が生じていて
一見ふつうに動いているだけという可能性はある
さりとて、じゃあMSYS2がサポートしてる環境下で「絶対に確実にすべてが問題なく動いている」という保証も
じつのところないので、結局そういうことを気にしたら負け

**デフォルトの名無しさん** · 2025/06/26(木) 17:52:15.96

wsl2でlinux版のmingw使ってるけどすごくいいね
gcc on linuxとgcc on mingw on linuxでlinux/winのバイナリを両方吐ける
これからのクロス開発のスタンダードになるんじゃ？

**デフォルトの名無しさん** · 2025/06/26(木) 18:43:04.44

大昔からクロス用に使われていたgccをさも今自分が発見しましたみたいに言われても…
ちなclangの方がひとつのコンパイラで複数ターゲットに対応できるからもっと簡単

**デフォルトの名無しさん** · 2025/06/27(金) 09:28:46.15

>>966
とっくになってるでしょ

**デフォルトの名無しさん** · 2025/06/27(金) 09:29:24.03

>大昔からクロス用に使われていたgccをさも今自分が発見しましたみたいに

ほんそれ
開いた口が塞がらんわ

**デフォルトの名無しさん** · 2025/07/06(日) 09:46:03.14

(たぶん)初心者が使ってて自分があっと気付いたから書いただけで、さも自分が発見しました！なんて言ってないだろ…

そもそも毎スレ掘り返される話題だし、それで初心者を萎縮させるのはどうかと
>>891くらいまで発展的用法バリバリ使ってたら、お前ら叩かんやろ？

**デフォルトの名無しさん** · 2025/07/06(日) 10:20:31.05

いってるね

**デフォルトの名無しさん** · 2025/07/10(木) 02:15:09.38

これは言ってるようにしか読めないわ

**デフォルトの名無しさん** · 2025/07/15(火) 23:36:59.18

ここの回答者クズばっかだな
そら初心者こないわ

**デフォルトの名無しさん** · 2025/07/15(火) 23:48:52.15

スレタイの初心者とは言え内容的にはプログラミング熟達者の方が多いから自力解決する事が多いのでは

**デフォルトの名無しさん** · 2025/07/15(火) 23:55:01.09

煽りとかそういうのでなく、純粋に意見として
今は初心者レベルの人はAIに聞いたほうがはるかに有用な答が得られる

**デフォルトの名無しさん** · 2025/07/16(水) 00:05:19.73

次スレ立てるときにはcygwinは控えめで

MSYS2ルート(mingw64-gcc/clang/bash/各種ライブラリ等windowsネイティブポート)
VSCodeルート(msys2導入せずmingw64コンパイラだけ導入)
WSL2ルート
のそれぞれで誰か説明したらwindowsプログラミング初心者(VSは使いたくない人)の助けになるかも

>>975
AIでまとめて貰っても良いかも

**デフォルトの名無しさん** · 2025/07/16(水) 03:12:54.62

TDM-GCC64ってなんなん

**デフォルトの名無しさん** · 2025/07/16(水) 16:55:53.12

>>976
gccの話なら開発環境は全部Linuxで済ませてWindowsはあくまでターゲットのひとつに留めといたほうが簡単で楽なんだけどね
まあこのスレはcygwin/mingwのスレだからそれはスレチか

**デフォルトの名無しさん** · 2025/07/16(水) 18:56:50.02

>>973
Visual Studioが至れり尽くせりなんだけど、それだけだとロックインするからスレタイの環境に興味がある人がいると思う
ただしこのスレではMSYS2以外で導入していろんな墓穴を掘っている傾向がある
とりあえずMSYS2導入(とその後のメンテ)をQiita/Zennで調べたら、初PCゲットしたてのスマホキッズでも躓く事は少ないのでは

マルチプラットフォームアプリ開発等の必要性が出てきたらWSLにすれば良いかと

**デフォルトの名無しさん** · 2025/07/16(水) 19:02:18.06

>>977
それは更新されてないから無視して良いかと

>>979にちょと書いたけど、初期導入以外にも本家gccへの追従更新やサードライブラリ追加導入の事も大切
そこがMSYS2が手頃なので

**デフォルトの名無しさん** · 2025/07/16(水) 19:04:00.62

もちろん「プログラミング熟達者」は好きにしたら良いと思う

**デフォルトの名無しさん** · 2025/08/22(金) 17:08:27.47

Windows用Gitに、msys2由来のコマンド類が結構入ってるけど、
こっちはどれくらい使えるものなのだろう

コンパイラは無い、というのはいいとして、
grep、sed、awkとから辺は入っているから
とりあえずシェルスクリプトでちょっと何かをしたい、と
思った時とかは、Gitについてるコマンド類でも充分なのかな

正直、Windows用GitとCygwin+MinGWを導入していると、
gnu-utilsあたりのコマンドが両方入っているような感じで、
どっちかもう消したいんよね

gitはWindows用Gitの方が都合がよいのでこちらを残すかと
思ってるのだが、なー

**デフォルトの名無しさん** · 2025/08/23(土) 21:23:36.16

>>982
Git for Winのmingw環境は、あくまでもgitのためのものだからな

bash、grepはじめ、UNIX的コマンドをより完全に使いたいのなら、
やはりCwgwin+MinGW+GCCかなと

ただ、Gitをメインに据えたいというのなら、
逆にGitのMinGWにgccとかを入れていくのがよいかなと
コマンドが足りなければその時にまた追加していく、で
それでgit環境がおかしくなったら、涙を拭いて頑張る、になるが

**デフォルトの名無しさん** · 2025/08/24(日) 10:11:40.65

全部入りがいいならMSYS2でいい

**デフォルトの名無しさん** · 2025/08/24(日) 21:06:59.10

msys2で全部入り(随時追加)が良いよ
各ランタイムの開発環境(ucrt64,mingw64,clang64)の合計なんて30GBにも満たない
昨今の(mono)プロジェクト単位の依存関係インストールに比べたら軽いものでは

**デフォルトの名無しさん** · 2025/08/27(水) 03:14:16.66

windowsのパス環境変数取り合いになるからなあ
こういうの
統合してほしい

**デフォルトの名無しさん** · 2025/08/27(水) 05:44:42.72

そう言う疑問はmsys2インストールして環境別のショートカットを見たら直ぐに分かる

**デフォルトの名無しさん** · 2025/10/12(日) 05:50:47.01

>>985
でけーよ…