C++相談室 part161

**デフォルトの名無しさん** · 2022/05/21(土) 21:23:29.59

前スレ
C++相談室 part160
https://mevius.5ch.net/test/read.cgi/tech/1649979572/

**デフォルトの名無しさん** · 2022/08/19(金) 14:08:38.12

>>637
本当に質問の意味が分からんから説明してよ
意味が分かったら返答するからさ

**デフォルトの名無しさん** · 2022/08/19(金) 14:09:02.63

>>635
俺は動的な型と動的型宣言を混同していることを露呈するような失言はしてないぞ
していると言うなら具体的にどこなのかを示せ
誤魔化しても構わんがそれも返事と取るからな

**デフォルトの名無しさん** · 2022/08/19(金) 14:28:41.00

>>628にも書いたけどC++相談室で一般用語の「参照」は
C++の参照と混同するので普通は避けるんだよね
C++で書いた経験が皆無なんだなと俺は判断している
それで>>616のような意味を計りかねる質問をしてしまう

**デフォルトの名無しさん** · 2022/08/19(金) 14:40:23.82

>>639
そこまで恥を再び晒したいなら示す

>>630
> 動的型付け・・・あー、もしかして動的型宣言のことかな？

まず動的型宣言という用語は存在しない
"動的型付け" はググると7万件あり
"動的型宣言" はググると3件である

一般的に動的な型の宣言の話と広く解釈したとしても
動的な型の宣言と動的型付けは異なり互いに包含関係などもない
動的な型の宣言は静的型付け言語においても持つものがある
そして動的型付けは静的型付けの逆であり相反する

**デフォルトの名無しさん** · 2022/08/19(金) 16:45:49.60

>>637
説明が難しいなら簡単なコードでも良いよ
何を懸念しているのかそれで推察できると思うから

**デフォルトの名無しさん** · 2022/08/19(金) 17:07:32.80

栄光在天
聖恩心から感謝申し上げます。
日ごろは激しい摂理の中、プログラム業ごくろうさまです。
さて、C++のコピーコンストラクタおよび代入演算子オーバーロードの質問でございますが、メンバ変数全てを関数定義内部で書き出すととてつもない量になってしまいます。

class Hoge
{
Hoge& Operator =(const Hoge&r);
int hage=0;
char sage=0;
std::unique-ptr<Hagehage> pHagehage;
etc…
Etc…
Eat…
};
Hoge& Hoge::operator=(const Hoge&r)
{
hage=r.hage;
sage=r.sage;
pHagehage=std::make-unique<Hagehage>(r);
Etc etc……
}
メンバにユニークポインタがあるので書き出さないとダメな感じになっちゃうのですが……量がががが(>_<)
これらにおいて、何か楽になるような裏技はありますか？
それとも一つづつ足していかなければならないのでしょうか？
もしかしたらコンパイラやIEDの部門で行うべき変な質問かなとも思いますが……何かやり方やティップがありましたら教えていただければ……
相対的に有田退治にもなります！

**はちみつ餃子** ◆8X2XSCHEME · 2022/08/19(金) 17:19:48.26

>>643
メンバを

Hoge& Operator=(const Hoge&r)=default;

というように宣言すればデフォルトの定義が実装される。
全てのメンバに対して代入演算子を適用したのと同じことになる。
(もちろん全てのメンバを代入するという挙動で駄目な場合は自分で書くしかしょうがない。)

**デフォルトの名無しさん** · 2022/08/19(金) 17:31:34.37

>>641
そのレスには動的な型についての言及がないな
誤魔化したいわけね、返事ありがとう

動的型宣言という言葉は存在しないと言いながら
動的型付けとは【意味が違う】とはどういうことだ？
存在しないものは比較できないはずだぞ
operator<=>でSFINAEだなpgr

**デフォルトの名無しさん** · 2022/08/19(金) 17:35:12.15

>>624-629には沈黙か
大草原

**はちみつ餃子** ◆8X2XSCHEME · 2022/08/19(金) 17:39:10.42

>>643
そもそも代入演算子は特に指定しなくても定義されるはずだな。
(ただし基底とメンバの全てが代入可能であるとき。)

class foo {
public:
int x, y, z;
foo(int x, int y, int z) : x(x), y(y), z(z) {}
foo(void) : x(0), y(0), z(0) {}
};

int main(void) {
foo x(1, 2, 3), y;
y=x; // 代入できる
}

**デフォルトの名無しさん** · 2022/08/19(金) 19:46:49.43

>>645
おかしな人みたいだからこれ以上は相手にするのやめとく
動的型付けを知らなくて間違えたことは仕方ないとしても
それを指摘された後の逆ギレはみっともないから治したほうがいいよ

**デフォルトの名無しさん** · 2022/08/19(金) 19:50:44.27

>>648
勝ったーwww

**デフォルトの名無しさん** · 2022/08/19(金) 19:52:29.50

>>648
負けちゃったね・・・(´・ω・｀)

**デフォルトの名無しさん** · 2022/08/19(金) 20:42:25.54

>>644
>>647
規制されてしまいましたが643でございます。
メンバにユニークポインタがある場合は代入演算子とコピコンは削除された関数とされてしまい、コピーが実行できません（涙
ユニークポインタは明示的に複製されないとだめなのはわかるので、仕様には文句があるべくもないのですが……
例えばの話、データ型にint char等のメンバが100個あったとして、ユニークポインタのユーザー定義型が1個紛れ込むだけで、すべてのメンバを書き出しをしなければいけないのでしょうか？
みなさんはちゃんと書きだしているのですか？と疑問に思ったので・・・
まあユニークポインターを含むデータ型をコピーしない運用をなさっているのだと思うのですが、わたしは使ってしまいます(怒)
そこで、なにか裏技のような方法がないのかなとお聞きしてみた次第であります(｀･ω･´)ゞ

**デフォルトの名無しさん** · 2022/08/19(金) 20:46:36.71

>>651
コピーコンストラクターや代入演算子で
deep copyするunique_ptr作ればええがな？

**デフォルトの名無しさん** · 2022/08/19(金) 21:01:24.21

>>652
メンバ変数　std::unique_ptr<My_Uniq> my_uniq;　において
this->my_uniq=std::make_unique<My_Uniq>(*(right_arg.my_uniq.get()));
とコピーできるのはシンプルなのですが……

struct hoge
{
hoge& operator=(const hoge& r);
int a=0,b=0,c=0;
char d=0,e=0,f=0;
std::string g,h,q;
std::unique_ptr<MyHage> pMHage;
};
といった構造体において、
hoge& hoge::operator=(const hoge& r)
{
//メンバ全部かかなきゃいけない( ；∀；)
}
という感じになってしまうのが困るというか……もっと楽できないかなと思いまして(´;ω;｀)

**デフォルトの名無しさん** · 2022/08/19(金) 21:08:44.41

>>653
std::unique_ptrを使わない
カスタムのunique_ptr相当だよ

**デフォルトの名無しさん** · 2022/08/19(金) 21:14:52.11

>>654
なるほど得心いたしました！
ユニークポインタをラップしたクラスにコピーコンストラクタを実装すればいいという……ってコト？
ですね？
ちょっと試してめます

**デフォルトの名無しさん** · 2022/08/19(金) 21:36:17.81

643です
解決しました
皆様ご親切にありがとうござい甘いた
ラップしてオペレーター実装すればいいだけだったとは……
こんなので悩んでるの私だけではないだろうか

**652** · 2022/08/19(金) 23:10:05.19

>>656
携帯だったので書けなかったけどこんな感じで
template <typename T>
class deeep_copy_unique_ptr: private std::unique_ptr <T>
{
using Base_ = std::unique_ptr <T>;
public:
explicit deeep_copy_unique_ptr (T *p = nullptr): Base_ (p) {}
deeep_copy_unique_ptr (const deeep_copy_unique_ptr <T> &p): Base_ (std::make_unique <T> (*p)) {}
deeep_copy_unique_ptr &operator = (const deeep_copy_unique_ptr <T> &p) {Base_::operator = (std::make_unique <T> (*p)); return *this;}
using Base_::operator *;
};

**デフォルトの名無しさん** · 2022/08/20(土) 17:45:23.06

>>621
それがそうでもないんですよ。だれか簡単なソースで示してくれませんか？
ハンドルごとにデストラクタがいろいろと変わるのが難しいと考えています。

**デフォルトの名無しさん** · 2022/08/20(土) 17:53:55.99

ハンドルごとに異なるデストラクタを指定すればよいのでは？
何が難しいのかソースで示してくれませんか？

**デフォルトの名無しさん** · 2022/08/20(土) 17:54:26.62

>>658
> ハンドルごとにデストラクタがいろいろと変わるのが難しいと考えています。
ハンドル毎にクラス作ればいい
と言うかハンドル毎にコンストラクタも色々変わるはずだがそっちはいいのか？

**はちみつ餃子** ◆8X2XSCHEME · 2022/08/20(土) 18:23:11.87

>>658
ポインタ以外のリソース一般を扱うための unique_resource クラスの提案は出ている。
一部の処理系では使えるようになっているし、ポータブルな実装があるので導入してみてもいいかもね。

このような提案が出ているのは逆に言えばスマートポインタではハンドルを上手く扱えないということでもある。

**デフォルトの名無しさん** · 2022/08/20(土) 20:02:38.48

>>660
＞ハンドル毎にクラス作ればいい
それはもうスマポじゃない‥‥

**デフォルトの名無しさん** · 2022/08/20(土) 21:48:51.04

>>658
そのハンドルって何? ハンドルを具体的に指定せずにソースで示せとな?

#include <memory>
#include <cstdio>
#include <string>
using namespace std;
int main ()
{
using File_Ptr = unique_ptr <FILE, decltype (&fclose)> ;
const string path ("hoge.txt");
File_Ptr fp (fopen (path.c_str (), "w"), &fclose);
const string buf ("hage\n");
fwrite (buf.c_str (), 1, buf.size (), fp.get ());
return 0;
}

**デフォルトの名無しさん** · 2022/08/20(土) 21:51:59.51

unique_ptr縛りですか？
shared_ptrならコンストラクタの第二引数にDeleter関数を渡せるけど

**デフォルトの名無しさん** · 2022/08/20(土) 21:53:07.34

私が言いたいことを >>663が言ってくれたみたい

**デフォルトの名無しさん** · 2022/08/21(日) 01:35:54.66

こんな昔ながらのRAIIクラスでいいじゃん

class FantasticHolder
{
FantasticHandle h = NULL_HANDLE;
errno_t e;
public:
FHHolder(int flag, void* data, FOption option)
{
　e = create_fantasy(&h, flag, data, option, false, NULL, Fantasy::DREAM);
}
close() {
　e = universal_fancy_destroyer(h, NULL, true, Fancy::FANTASTIC);
　h = NULL_HANDLE;
}
~FHHolder() { close(); }
const FantasticHandle& getHandle() const {return h;}
erron_t getError const {return e;}
};

**デフォルトの名無しさん** · 2022/08/21(日) 13:06:57.68

>shared_ptrならコンストラクタの第二引数にDeleter

ほんそれ

**デフォルトの名無しさん** · 2022/08/21(日) 18:27:12.08

lzw書いたら、色々プリプロセス突っ込んでやったのにメルセンヌツイスタの前に敗北した。
2色ビットマップは1/5になったけど、ブロックソートがアホみたいに遅い・・・。Orz

**デフォルトの名無しさん** · 2022/08/25(木) 01:06:46.68

ロシアで収監されているナワリヌイ氏が以下URLツイートで「無限ループ」という表現を使ったんだが、どう思う？
https://twitter.com/navalny/status/1562448816267149315
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2022/08/25(木) 09:24:32.64

スレチ

**デフォルトの名無しさん** · 2022/08/25(木) 10:04:27.81

サブルーチンsub、
subを呼ぶA、
subを呼ぶB、
があって、subをAとBからしか見えないスコープに置きたくなったんですが、そういうときはnamespaceを切るしかないですか？

**デフォルトの名無しさん** · 2022/08/25(木) 10:09:20.76

>>671
sub, A, Bをひとつのファイルに入れてファイルスコープで区切るとかクラスにまとめてクラススコープで区切るとか

**デフォルトの名無しさん** · 2022/08/25(木) 12:00:46.82

>>672
クラスに入れるとしたら毎回インスタンス作って呼ぶんですかね？
外から呼ぶためだけにstatic関数にするのもなーと思ってしまうのですが、そういうのはよくやられていることですかね？

**デフォルトの名無しさん** · 2022/08/25(木) 18:28:04.89

Javaとかではstatic関数まとめクラスはよく見るけどC++ではあんまり見ない
それこそnamespaceを使う

**はちみつ餃子** ◆8X2XSCHEME · 2022/08/25(木) 18:44:56.88

それはどうだろう。
namespace は内部を隠蔽しない。
キッチリと隠したいなら翻訳単位を分けるか、
翻訳単位内でも隠蔽したいならクラスに入れるかしかやりようがない。

やろうと思えば namespace で区切ってここにはアクセスしないことにするという
規約で運用するとかも出来るが、その程度で足りるなら
そんなに分けなくてもよくない？って思うし。

**デフォルトの名無しさん** · 2022/08/25(木) 20:19:01.82

subを公開ヘッダに書かずに非公開ヘッダに書くだけでよくね？もしくはヘッダを用意せずに各ソースコードからexternするとか。どっちも完全に隠蔽されるわけじゃないけど。

あとは全部同じソースコードに格納できるなら無名名前空間の中にsubを入れとくとか？

**デフォルトの名無しさん** · 2022/08/25(木) 21:41:52.10

friend

**デフォルトの名無しさん** · 2022/08/25(木) 22:33:54.95

プライベートにズケズケ踏み込んで来るのは
友達としてちょっと...

**デフォルトの名無しさん** · 2022/08/25(木) 22:54:54.82

キミも今日から新しいフレンズだね

**剛田武** · 2022/08/25(木) 23:01:36.69

おお！心の友よ！
お前のものは俺のもの
俺のものは俺のもの

**デフォルトの名無しさん** · 2022/08/26(金) 06:21:10.20

>>674
char_traits
numeric_limits

**デフォルトの名無しさん** · 2022/08/27(土) 07:11:01.12

ジャイアンはジャイ子の兄だから付いたアダ名

**デフォルトの名無しさん** · 2022/08/27(土) 14:49:53.46

>>671
AとBがクラスなら共通のMix-inクラスをAとBでprivate（protected）継承するとか?

**デフォルトの名無しさん** · 2022/08/31(水) 19:31:25.12

MessageBox()みたいな機能でボタンのテキスト変更できるファンクションありませんか

メッセージが"ぬるぽ"なら[ガッ]のボタンを押したいじゃないですか！
[ はい ]、[ いいえ ]だと"ぬるぽです。ガッする場合は[はい]を押してください"みたいに長々と説明しないといけないので(´・ω・｀)

**デフォルトの名無しさん** · 2022/08/31(水) 20:06:27.16

>>684
C++の標準ライブラリにGUIは用意されてないのよ

**蟻人間** ◆T6xkBnTXz7B0 · 2022/08/31(水) 20:19:53.88

>>684
Vista以降ならTaskDialog

**デフォルトの名無しさん** · 2022/08/31(水) 20:40:57.36

ありがとう調べてみます

**デフォルトの名無しさん** · 2022/09/01(木) 10:24:37.74

windowsのアプリの話
C＋＋で作成するとランタイムが必要なんですか？
Cならランタイムは不要ですか？
windowsのアプリを作成するとしたらC＋＋とCでどちらの方が良いでしょうか？

**デフォルトの名無しさん** · 2022/09/01(木) 10:35:00.87

ランタイムライブラリはCでも必要
アプリ制作が目的ならC/C++はそもそも向いてないかもしれない
出来なくはないが、そのレベルの質問をするようだと今後苦労するかも

**デフォルトの名無しさん** · 2022/09/01(木) 10:38:04.37

>>689
ありがと

**はちみつ餃子** ◆8X2XSCHEME · 2022/09/01(木) 10:47:53.40

>>688
C/C++ のランタイムライブラリの一部は Windows の一部として入っているからその範囲内でならどちらでもあまり関係がない。
ランタイムライブラリの一部はVisual C++ 再頒布可能パッケージとして配布されているものもあるが Windows のバージョンによっては
最初から入ってるとかもあるのでそのあたりの事情は複雑。
バージョンの混乱を避けるならスタティックリンク版を使ったほうが楽だと思う。

Windows のアプリケーションを C で書くのはだいぶんしんどいと思う。
C++ なら楽というわけでもないけど各種フレームワークが C++ を前提にしていたりするので全体としては楽をしやすい可能性が高い。
ただ、言語仕様としては C++ のほうがだいぶん複雑ではあるので言語に対する習熟がどの程度かにもよる。

**デフォルトの名無しさん** · 2022/09/01(木) 10:58:27.89

GDI+ なんかはC++ベースだしな

**デフォルトの名無しさん** · 2022/09/01(木) 11:08:01.39

Runtime と API って結局何が違うん？

**デフォルトの名無しさん** · 2022/09/01(木) 11:10:18.56

GDI+はCからでも使えるよな

**はちみつ餃子** ◆8X2XSCHEME · 2022/09/01(木) 11:17:08.19

ランタイムは実行時に使われるライブラリ (およびその他の実行時サポート) で、
API はそれらを呼出すインターフェイスのこと。

ただ、そんなにしっかりした定義があるわけではなくて
スタティックリンクするライブラリのインターフェイスを API と呼ぶかどうかなどは人によるかも？
API の P はプロトコルの P なので独立性の高いモジュールの外部仕様なら
形態にかかわらず API と呼んでいいんじゃないかと個人的には思っているが。

**デフォルトの名無しさん** · 2022/09/01(木) 11:27:49.27

ntdll.dll とか kernel32.dll は API って感じするけど
それ以外は全部 Runtime で良いんじゃないかとも思う
msvcrt を API かって言われたら絶対違う気がする

**デフォルトの名無しさん** · 2022/09/01(木) 12:14:02.42

Application Programming Interface

**デフォルトの名無しさん** · 2022/09/01(木) 12:36:35.99

APIは「境界面・接点」だから、インターフェイスの向こう側は対象外。
ライブラリは「書庫」なので、中身を含めてライブラリ。

**デフォルトの名無しさん** · 2022/09/01(木) 12:48:19.96

ランタイムは、特定の開発手段（GCC, VSなど）に関係する実行環境に持ち込むもの
ＡＰＩは、特定の操作対象（ＯＳ、アプリなど）に関係する関数など

**デフォルトの名無しさん** · 2022/09/01(木) 13:18:41.91

「ランタイム」って不思議な名前だね
何語かな？

**デフォルトの名無しさん** · 2022/09/01(木) 13:31:42.39

Runtime library
https://en.wikipedia.org/wiki/Runtime_library

**デフォルトの名無しさん** · 2022/09/01(木) 13:39:01.39

携帯電話をケータイと略してしまって何のことか判らなくなるのが日本人の本質

**デフォルトの名無しさん** · 2022/09/01(木) 13:49:12.02

>>701
単なるライブラリじゃん

**デフォルトの名無しさん** · 2022/09/01(木) 14:00:22.77

>>702
英語だと「mobile」だしそこは日本人に限らない

**デフォルトの名無しさん** · 2022/09/01(木) 14:04:08.43

静的じゃなくて、かつ統合的な機能を提供しとるライブラリという感じ

**デフォルトの名無しさん** · 2022/09/01(木) 14:06:48.53

いうて英語圏でも普通にRuntimeと表記されまくってるよ
CRTLよりCRTのが一般的だし。RTよりはRTLかもしれんが

>>703
したらわざわざ区別するような名称が付いたりしません

**はちみつ餃子** ◆8X2XSCHEME · 2022/09/01(木) 14:15:18.72

>>702
いや、プログラムから呼び出されるライブラリだけでなく実行時サポートのための機構全般を含めてランタイムという場合もある。
たとえば WebAssembly の仮想機械の実装である wasmtime も "A fast and secure runtime for WebAssembly" と説明されている。
https://wasmtime.dev/

明確な用例を見つけられないんだけど .NET とかでも同じようなニュアンスだったはず……。

**デフォルトの名無しさん** · 2022/09/01(木) 14:40:23.38

おまえらは用語の定義とかの話になると生き生きしはじめるな

**デフォルトの名無しさん** · 2022/09/01(木) 14:46:45.68

それがプログラマに大事な資質の一つだからまあ

**デフォルトの名無しさん** · 2022/09/01(木) 15:06:04.82

WebAPI はどうでもいいとして
Win32API 以前は API ってあんまり聴かんかった気がする
もし時代が時代なら C Runtime は Console API とか
System Call API とか名付けられていたんじゃまいか

**デフォルトの名無しさん** · 2022/09/01(木) 15:13:38.12

Linux界隈でもランタイムって用語は
あんまり馴染みない気がする

**はちみつ餃子** ◆8X2XSCHEME · 2022/09/01(木) 15:45:49.43

ランタイム (実行時) という語をあてはめる以上は静的ではないというニュアンスが感じられるし、
ダイナミックリンクされるもの全般をふんわりとそう呼び始めたとかではないかなぁ。
あくまでも想像の域を出ないけど。

>710
それはどうだろう。
C ランタイムはコンソールの操作だけを司るわけではないし、ほとんどの関数はシステムコールしない。
あくまでも C という言語の事情に強く結びついているのでランタイムとは呼ばれなかったとしても
C ナントカという名前にはなったんじゃないかな。

**デフォルトの名無しさん** · 2022/09/01(木) 16:33:34.64

stdc

**デフォルトの名無しさん** · 2022/09/01(木) 17:32:56.24

libc

**デフォルトの名無しさん** · 2022/09/01(木) 17:56:44.20

libgcc

**デフォルトの名無しさん** · 2022/09/01(木) 20:14:05.79

DOSの頃はINT21hのシステムコールだしな。
描画はVRAM直だし。
APIと言うより割り込みだな。

**デフォルトの名無しさん** · 2022/09/01(木) 21:31:42.28

APIという言葉からは、実装を絶対に見せたくないという強い意志のようなものを感じる

**デフォルトの名無しさん** · 2022/09/01(木) 23:17:08.92

oppapi

**デフォルトの名無しさん** · 2022/09/01(木) 23:26:48.72

A(あんまり) P(ぱっとしな) I(い)

**はちみつ餃子** ◆8X2XSCHEME · 2022/09/02(金) 00:07:28.67

>>716
DOS の用語ではファンクションコールじゃなかったっけ……
と思って資料を読み返したらなんだかあまり統一されてない感じだった。
ファンクションリクエストという用語を使っている場合もある。

当時の用語の混乱は置いといて、現代的にには
機械語レベルでの値の受け渡しやメモリの配置は ABI で決めるべきことで
API はその上に構築される高レイヤな概念と解される場合が多いと思う。
ソフトウェア割込みを使うという規約は ABI に属して、
どのような値を渡してどんな効果があるかは API に属すと考えるべきじゃないかな。

**デフォルトの名無しさん** · 2022/09/02(金) 07:20:17.05

メインフレームではSVC
DIAGNOSEを使う馬合もあるけど

**デフォルトの名無しさん** · 2022/09/02(金) 09:12:32.54

こんなのがあったんだけど

https://qiita.com/purigen/items/d68b146f341c41d260fc
c = c = testString.find_first_of(" ")

これってなんで2回も代入してりゅの？？？わからにゃいよ

**デフォルトの名無しさん** · 2022/09/02(金) 09:43:01.10

誤植でしょ

**デフォルトの名無しさん** · 2022/09/02(金) 10:15:17.31

そっか誤植か～
わかったニャン☆

**デフォルトの名無しさん** · 2022/09/02(金) 10:29:24.82

Win32の頃はint2ehのだしな
描画はシステムメモリに書いてbitbltだし
APIと言うより割り込み棚

**デフォルトの名無しさん** · 2022/09/02(金) 12:14:46.88

g++で以下の警告のようなメッセージ（`note'）が出るのですが
これは何を意味しているのでしょうか?
コンパイラはaarch64-linux-gnu-g++-10で
オプション-std=c++14に変えるとメッセージは出ません
またx86_64-linux-gnu-g++-10でコンパイルすると
-std=c++17でも-std=c++14でもメッセージは出ません
恐らくC++の規格の問題だと思いますのでこちらに書かせて頂きます
$ cat test.cpp
#include <cmath>
#include <utility>
using namespace std;
pair <double, double>
hoge (double p_x, double p_y)
{
return make_pair (p_x, p_y);
}
int main () {return 0;}
$ g++ -std=c++17 test.cpp
test.cpp: In function ‘std::pair<double, double> hoge(double, double)’:
test.cpp:6:29: note: parameter passing for argument of type ‘std::pair<double, double>’ when C++17 is enabled changed to match C++14 in GCC 10.1
6 | hoge (double p_x, double p_y)
| ^

**デフォルトの名無しさん** · 2022/09/02(金) 13:54:12.27

俺んとこでは -std=c++98 でも何も言ってこない
バージョンは g++ (Rev5, Built by MSYS2 project) 10.3.0

Microsoft(R) C/C++ Optimizing Compiler Version 19.33.31629 for x64 で /W4 にしても何も言ってこない

**デフォルトの名無しさん** · 2022/09/02(金) 14:42:37.96

これかな
https://gcc.gnu.org/gcc-10/changes.html#empty_base

**はちみつ餃子** ◆8X2XSCHEME · 2022/09/02(金) 14:46:58.07

>>726
言語仕様上は問題ないけど、どうやら特定の環境で起こる GCC のバグを修正した
ために ABI の辻褄が合わないかもしれないというような事情っぽい。

**デフォルトの名無しさん** · 2022/09/02(金) 15:04:43.31

>>727-729
有難うございます
難しすぎて書いてあることが良く分からんのですが
ABIなのでビルドし直せば問題ないと理解しました
みなさん凄い調査能力だな

**はちみつ餃子** ◆8X2XSCHEME · 2022/09/02(金) 15:06:04.63

>>730
いや、エラーメッセージでググったら stackoverflow で背景の説明をしてるのが見つかったぞ。

**デフォルトの名無しさん** · 2022/09/02(金) 18:13:40.07

ω株 PI.3.14

**デフォルトの名無しさん** · 2022/09/13(火) 14:35:12.50

OSの板で聞くべきかもしらんが、終了シグナル受け取ったらメモリの中身を書き出して中断し、再びコマンドが叩かれたらメモリの中身を読み込んで途中から再開するみたいな仕組みを一番簡単にやる方法ってどんなですかね？
チェックポイント・リスタートっていうんでしょうか

**はちみつ餃子** ◆8X2XSCHEME · 2022/09/13(火) 15:19:18.69

>>733
Linux とか BSD で昔はメモリをダンプするシステムコールがあったはずだが廃止されたんじゃなかったっけ。
Emacs でそのシステムコールを使ってたから色々とゴタゴタしたような記憶がある。
(そのシステムコールの名前が思い出せない……。すまぬ。)

再開に必要な情報を適当にシリアライズして書き出すしかしょうがないんじゃないの。

**デフォルトの名無しさん** · 2022/09/13(火) 23:44:43.38

やったことないけどgdbでできそうな気はする

**デフォルトの名無しさん** · 2022/09/14(水) 01:15:05.96

ptraceは無敵

**デフォルトの名無しさん** · 2022/09/22(木) 16:50:54.43

おはこんばんわ
何度もお世話になっておりますが、今回も皆様のお知恵をお借りしたく書き込みをしております。
初歩的な質問かもしれませんが質問させてください！

私の質問は、動的な任意型を戻り値とする関数を作ることは可能でしょうか？？という事です。
したい事は、
template <typename T>
T ret(int arg)
{
If(arg==0)return static_cast<hoge>(arg);
else if(arg==1)return static_cast<hage>(arg);
}
でホゲ型とホラン千秋型を引数によって変化させて返却したいのです……が、
私が見ても無理そうな感じなのです。ﾆﾊﾟｰ
そもそもテンプレートってコンパイル時点で推察できないと無理ですよね？
この悩みに何か方法や別解があったりしたら教えていただきたく、スレ汚しを失礼しております。

感謝は先に申し上げておきます。
ありがとうございます！

**デフォルトの名無しさん** · 2022/09/22(木) 17:27:40.84

>>737
一般的には型システムの健全性と安全性のために
そのような用途では代数的データ型(タグ付き共用体)を用いる
C++ではstd::variantであるがパターンマッチングなどの言語サポートがないため若干扱いにくい