[過去ﾛｸﾞ] C++相談室 part165 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
114: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 823e-OTTg) [sage] 2024/01/01(月) 03:40:47.98 ID:hmX3WjmM0(1/4) AAS
POD が削除されたかどうかは重要ではなくて、 POD より弱い制約 (trivially copyable) で memcpy が許されるというのが主旨。
その点は C++11 からそうなってる。
115: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 823e-OTTg) [sage] 2024/01/01(月) 04:06:49.46 ID:hmX3WjmM0(2/4) AAS
「構造体」ってのも C++ 用語的にはイケてないと思うよ。
117: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 823e-OTTg) [sage] 2024/01/01(月) 05:30:52.12 ID:hmX3WjmM0(3/4) AAS
>>116116(1): デフォルトの名無しさん (ﾜｯﾁｮｲ d24b-WshQ) [] 2024/01/01(月) 04:55:26.71 ID:e5pnn2Xx0(1) AAS
アライメントは基本型のどれかと同じアライメント制約に合わせれば良いいということなら
使おうとしているうちで最も厳しいアライメント制約に一致する基本型を含むunionで解決するというのがC言語における伝統的な手法という印象、
C++でunionにしたら（それが可能なメンバのみなら） memcpyは安全とかにはならない？
コンストラクタや代入演算子がトリビアルであることなどの制約を守れば共用体も trivially copyable になりうる。
(C++ の共用体はコンストラクタやメンバ関数を定義できるがそこらが制限されることになる。)
119: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 823e-slPv) [sage] 2024/01/01(月) 15:31:30.97 ID:hmX3WjmM0(4/4) AAS
ポインタも含めてスカラ型は Trivially copyable
外部ﾘﾝｸ:timsong-cpp.github.io
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.042s