C++相談室 part151

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 02/25 20:53 / Filesize : 288 KB / Number-of Response : 1016
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

C++相談室 part151

1 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 11:53:25.59 ID:ZPCfyTux.net]: C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part150
https://mevius.5ch.net/test/read.cgi/tech/1584975873/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
mevius.5ch.net/test/read.cgi/tech/1556142878/

■長いソースを貼るときはここへ。■
　codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
www.bohyoh.com/CandCPP/FAQ/ (日本語)

テンプレここまで
521 名前：デフォルトの名無しさん mailto:sage [2020/06/22(月) 17:37:29.72 ID:KMeLbKpH.net]: 時と場合と環境とタイミングとプログラムとコンテキストによる
522 名前：デフォルトの名無しさん [2020/06/22(月) 18:03:57.06 ID:JXDt+qCb.net]: >>484
Tcl/Tk
523 名前：デフォルトの名無しさん [2020/06/22(月) 18:06:29.92 ID:JXDt+qCb.net]: >>498
GTKは糞
524 名前：デフォルトの名無しさん [2020/06/22(月) 18:08:18.53 ID:5VJoOXgM.net]: ティックルティーケーと読むのかと思ったら、ティックルチンコらしいな。
その後出てきたのはグレートチンコと読むんだってな。
525 名前：デフォルトの名無しさん [2020/06/22(月) 18:08:47.46 ID:JXDt+qCb.net]: >>512
JSONも無駄が多過ぎる
C++ならmsgpack
526 名前：デフォルトの名無しさん mailto:sage [2020/06/22(月) 20:55:06.18 ID:jHNWxnNv.net]: >>519
msgpackは直接人が読み書きできないから別物
個人的にサイズが問題になるならmsgpack使うよりzlibとかで圧縮するわ
527 名前：デフォルトの名無しさん mailto:sage [2020/06/22(月) 22:32:34.35 ID:74ajGcn7.net]: >>511
D.8 にも書いてある通り uncaught_exceptions() で同じことができるので、そっちを使えばいい。
わざわざ消してない実装が多いだろうから、たぶんまだしばらく uncaught_exception() も使えちゃうだろうね。
www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p0619r4.html#3.7
528 名前：デフォルトの名無しさん mailto:sage [2020/06/22(月) 23:25:55.80 ID:xsRfWdvc.net]: まともな実装なら[[deprecated]]付けてるでしょ
529 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 05:40:34.32 ID:oj2a+YQY.net]: >>521
再入可能バージョンを使えってことね
thx
530 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 10:14:52 ID:rAKqcV1b.net]: >>520
msgpackはキーが冗長で、結局圧縮が必要なんだよな
テキストであることのメリットを捨てるにはあまりにも中途半端なフォーマット
531 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 10:47:11.02 ID:qPEbpbt+.net]: constなメンバー変数ならpublicにしてもいい？
532 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 10:56:31.49 ID:rAKqcV1b.net]: 後で実装を変更してその変数が不要になったらどうする?
constだからといって不必要に実装を晒していいことにはならない
あくまで教科書的にはこう答えるしかないが、あとはケースバイケースで判断せよ
533 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 11:38:38.63 ID:oj2a+YQY.net]: メンバーにconstはあんまり付けないね
static constとかconstexprにするときくらい
書き込みを制限したいなら、それこそ雪駄と下駄で細かく調節できるから
534 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 19:20:38 ID:60OAlPGb.net]: 個人のコードなら全てstruct、全てpublicで良い
仕事、共同、公開コードなら周りにあわせる
535 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 20:12:57 ID:4z1R/L6q.net]: ランボーだな
536 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 20:19:23.61 ID:60OAlPGb.net]: 全て自分のコードなら
ポリシーがしっかりしていれば何の問題もない
537 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 20:22:22.86 ID:rl0ysbNQ.net]: そのポリシーの帰結がpublicかstructかということだと思うが
何も考えてないのと変わらない
538 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 20:22:26.04 ID:6iuxc80n.net]: 個人的には、publicにするかどうかはユーザーがアクセスする情報であるかどうかで決めればいいと思うけど
外から見える必要があるなら公開すればいいし
変数で公開するのが気持ち悪ければIsなんとかのメンバ関数作るとか
逆にユーザーが触れる必要のない情報ならconstだろうが公開すべきではない
539 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 20:24:28.42 ID:60OAlPGb.net]: >>531
初心者的発想
540 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 20:24:40.50 ID:rl0ysbNQ.net]: 正直プライベートメンバーがヘッダーから丸見えなC++の仕様はいかがなものかといつも思っている
541 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 20:25:38.50 ID:CqSQN5Gg.net]: ヘッダ提供している時点でユーザーに見せたくないものではないよね

隠したいならもっと本格的にやるわ
542 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 20:25:59.71 ID:60OAlPGb.net]: ヘッダと実体に分けなきゃいけないのが欠点だと思う
543 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 20:27:30.62 ID:CqSQN5Gg.net]: でもjavaやc#みたいに一緒くたにされると、見辛いことこの上ない
544 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 20:31:20.90 ID:Rp8Vr+Lo.net]: >>537
テンプレートは嫌い？
545 名前： mailto:sage [2020/06/23(火) 20:32:52.52 ID:sbDHiXI+.net]: >>536
それが分割コンパイルというものなのでは？
546 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 20:34:09.42 ID:CqSQN5Gg.net]: templateでも長くなってきたら実装分けるだろ
普通はヘッダからさらにincludeするだけだけど、場合によっては分割コンパイルもする
547 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 21:15:05.81 ID:K4mymhGD.net]: >>537
そのためだけにインターフェース作ったりしてる
548 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 21:35:01 ID:oj2a+YQY.net]: 数ヶ月前の自分て他人だかんな
なんでこんなアホなことしてんだとムカッ腹立ったりする
549 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 23:28:42.38 ID:Rp8Vr+Lo.net]: >>539
分けるべき時は分ける
分けたくない時もある
その自由が無い
550 名前：デフォルトの名無しさん mailto:sage [2020/06/23(火) 23:32:03.90 ID:0n9/qQGG.net]: >>540
分けるだろって
分けるべき時と分けないべきときがある
551 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 05:30:51 ID:fimjTN9U.net]: コンパイルが重いtemplateはよく分けるな
552 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 07:09:07 ID:MMfROoXz.net]: 明示的な具現化？
553 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 07:16:09 ID:+7c5yhaJ.net]: >>540
ヘッダからインクルードするだけって
まさかそれで実装を分けたと思ってる？
554 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 07:24:43.03 ID:5K2T8Wb8.net]: 標準ライブラリが分けられてないのに
どうやって分けるんだよ

使うテンプレートパラメーターがあらかじめ決まってないと実装を分けられないはずなんだが

実装を分けるってのは
コンパイル単位を分けるってことな
555 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 08:16:05 ID:iulgQyvw.net]: C++のライブラリを更新するとき、新たなメンバ変数を追加するとメンバへのオフセットが
ずれてバイナリ互換性がなくなるといいますが、これを無理やりどうにかする方法って
ありますかね?

理屈上は、オフセットに影響を与えないメモリ位置に各インスタンスのメンバ変数を保持し、
参照、破棄等適宜すればいいと思いますが... ?? もしこれが可能ならば具体例とかを見たい
のですが、うまく探せませんでした。
556 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 08:46:11 ID:MMfROoXz.net]: メンバ変数をprivateにして雪駄と下駄を用意する
メンバ変数へのアクセスを常に関数経由とすることで
オフセット等の物理的な条件で互換性が失われることを防げる

つーか、ソースコードを変更してるのにバイナリを更新しないのはおかしいだろ
Makefileのバグを疑うべき
557 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 09:35:30 ID:OmEqu4Is.net]: >>549
普通に追加して再コンパイルさせりゃいいという話じゃなさそうなのはわかるけど
「無理やり」が暗に指していそうな制約も「どうにかする」の指す要件もわからない。
558 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 11:11:37.90 ID:RdcHMRga.net]: osの違いを吸収してるようなもんを作ってる場合
何でもフルチンで触らせるとそもそもの意味がなくなるわな
559 名前：デフォルトの名無しさん [2020/06/24(水) 11:43:22.15 ID:6+kkBVmV.net]: >>549
python の C module の造り方
560 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 12:08:38.76 ID:irp07WaX.net]: >>549
COMみたいに、methodだけを外に出して、データは直接は外に出さないようにすればいい。
interfaceの考え方。
561 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 12:13:38.23 ID:irp07WaX.net]: >>554
追加。
Win32APIなどの手法を真似る方法もある。
OSの内部構造が修正になってもAPIは互換性を保ててる。
やりとりのための構造体は先頭の方にバイト数を入れるメンバが用意されていて、
以後のメンバの後世が変更になった場合、構造体の末尾に追加していっている。
先頭にバイト数を入れることで、個々の構造体が変化したかだけの影響を受けるため、
ライブラリ全体のバージョンが変化しても全ての関数の仕様を入れ替える必要がなくなっている。
562 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 12:20:34.60 ID:sRKtYS7k.net]: >>549
pimplでぐぐれ
563 名前：548 mailto:sage [2020/06/24(水) 16:28:24 ID:iulgQyvw.net]: 皆さんどうもです。状況は（以下、ライブラリ -> lib アプリ -> app）

lib v1.0 リリース
app v1.0 が lib v1.0 をリンクしてビルド、リリース
lib v1.1 リリース（メンバ追加） <- 今ココ
app v1.0 クラッシュ

というわけで lib v1.1 を出すとき小細工して（でもメンバ変数相当を追加したい）
app v1.0 のクラッシュを防げないか、ということです。
とりあえず lib v1.0 には impl メンバはないです。
564 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 16:41:30.01 ID:nJwAdMhi.net]: >>556
pimplでバイナリ互換は保証できないよ
565 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 16:48:55.87 ID:nJwAdMhi.net]: >>557
インスタンスをnewしてるのがアプリ側だったら
メンバ追加はほぼ絶望的
無理にやるとしたらメンバのアライメントの隙間に数バイトつっこむぐらい

バイナリ互換とる場合はIFはCにするのが定石だよ
(C++でやるなら上にあるとおりcomとかになって複雑になる)
よくわかってないみたいだから頭下げてアプリにビルドしなおしてもらいな
566 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 17:26:36.53 ID:L0Gy/Feu.net]: よく分からん
libは兎も角、appはソースあるのが普通じゃね
リンクしなおしている時点で、コンパイルからし直すのも出来るはず

ヘッダのバージョン合ってなきゃそりゃ転けるわ
567 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 18:00:35.46 ID:irp07WaX.net]: >>559
newの変わりに、仮想関数のCreateObject()というメソッドを呼ぶ方式があるね。
568 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 18:18:52.62 ID:irp07WaX.net]: 1. Pimplの場合:
class CXxx {
public:
　(メソッド群)
protected:
　CImpl *pImpl;
};

2. 別解
使う側 :
class CBase {
public:
　virtual CBase *CreateObject();
　(メソッド群)
};
実装する側 :
class CDerived : public Base {
public:
　CBase *CreateObject();　// 実際にはCDeriveの先頭アドレスをCBase*にcastしたものを返す。
　(データメンバ群)
};
569 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 18:26:04.51 ID:OmEqu4Is.net]: >>562
その別解とやら、 CBase のインスタンスを得るためにはまず CreateObject() を呼び出すための
CBase のインスタンスが必要になってて、無理じゃね？
570 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 18:35:10.44 ID:fimjTN9U.net]: >>548
プロジェクトの範囲内ではテンプレートパラメータが数種類に限られることも多いからそういう時には明示的インスタンス化が利用できるよ
571 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 18:38:06.77 ID:q+GJbQMN.net]: >>550
ライブラリ
って知らない？

>>549
バイナリをいろいろなアプリで今後使う予定ならなるべく実装を隠そう
内部で実体の構造体なりクラスなりをnewで作って
外部に公開するクラスは
単にその内部クラスとのインターフェースだけ行う
後から機能を追加出来るように
function(command, param1, param2)
みたいな関数も用意しておく
572 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 18:57:23.17 ID:irp07WaX.net]: >>563
言われてみれば。正しい別解の1つは、
class CXxx {
public:
　static CXxx *CreateObject();
　(メソッド群)
};
だね。
573 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 18:59:39.89 ID:wsyC1+3+.net]: >>563
なにいってんだ
返すのはポインタだから実体必要ないだろ
574 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 19:01:25.53 ID:QJ36Pf9n.net]: >>567
仮想関数呼ぶのには当然同じクラスの実体が必要

cloneなら仮想関数で実装できる
575 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 19:08:20.34 ID:irp07WaX.net]: >>566
すまん、こうでなくてはならなかった:
使う側:
class CBase {
public:
　static CBase *CreateObject();
　(メソッド群)
};
実装側:
class CDerived : public Base {
public:
　(データメンバ群)
};
CBase *CBase::CreateObject() {
　return　new CDerived;
}
576 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 19:08:44.81 ID:wsyC1+3+.net]: >>568
実体のあるクラスをアップキャストすれば必要ねぇだろバカか
577 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 19:17:24 ID:QJ36Pf9n.net]: 何が目的なんだか
その派生クラスのインスタンスを作りたいから、CreateObject呼ぶんだろ？
呼ぶ前に派生クラスのインスタンスが必要って、鶏と卵じゃないか
578 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 19:19:01.22 ID:ML+2IMf2.net]: こっそりlib差し替えとか後が怖いなーと思いましたｗ
579 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 19:24:18.50 ID:q+GJbQMN.net]: >>557
今あるメンバ変数の1個をポインタに置き換える
ここに色々なデータが入った構造体のポインタを置く
これで互換性を保てる
580 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 19:27:44 ID:QJ36Pf9n.net]: ヘッダにオブジェクトの中身を読み書きするinline関数有ったら危険
inlineじゃなくてもtemplateだとヤバイ

まあtemplateで実体生成されないように実装分離してたらセーフかな
581 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 19:29:28 ID:q+GJbQMN.net]: 当然外から直接アクセスする変数は変えたらダメ
582 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 19:42:58 ID:q+GJbQMN.net]: ヘッダは基本変えない
不便ならポインタに置き換える変数1個だけ型と名前を変える

あとはライブラリ側のコードのみ変更

アクセス関数を後から増やすなら
クラスのポインタとパラメータをパラメータにしたグローバル関数にする

多少使いづらいが
互換性を考えて設計しなかったツケ
583 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 19:48:51.80 ID:e6Wuxio/.net]: >>572
巷のOSとか、定期アップデートがかかるときにこういうので悩んだりしないんですかね?

>>573
おお確かにそれでいいんですかね?

まあ今後新たにライブラリを公開することがあるなら最初から気をつけようってことでw []; [ここ壊れてます]
585 名前：デフォルトの名無しさん mailto:sage [2020/06/24(水) 21:43:18.10 ID:N310/pVU.net]: 拡張した方は別の型(派生クラス)じゃあかんのか。
586 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 09:10:26.77 ID:TVNlb9r7.net]: >>565
知ってます
当たり前でしょそんなこと！
587 名前：デフォルトの名無しさん mailto:sage [2020/06/25(Thu) 10:19:29 ID:X3nsKEKb.net]: >>573
それは、Pimpl方式だけど、それより、>>569の方が書きやすいし、効率も良い。
588 名前：デフォルトの名無しさん mailto:sage [2020/06/25(Thu) 10:26:19 ID:lze6mCYp.net]: >>580
一から書き直せる条件じゃないんのおわかり？
だいたい >>573 をpimplとは呼ばないでしょ
置き換えないメンバはそのまま見えてるわけだから

あとpimpl論議は飽きた
589 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 12:53:57.93 ID:yb+enRFi.net]: >>580
互換性を保つのが前提だから
ヘッダは基本今のまま変更不可

っていう前提条件を理解してから書いてね
590 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 18:36:00.50 ID:KZb+gCmD.net]: >>581
書き直せないんじゃ、危険だけど>>573くらいしかないんじゃない？

そんな暗黒魔法使うくらいならapp1.0を再コンパイルする方法を考えるけどね。
591 名前：デフォルトの名無しさん mailto:sage [2020/06/25(Thu) 18:41:27 ID:/eSpQqPW.net]: ヘッダは変更するの前提じゃないの？
バイナリ互換させるの前提なのだから
592 名前：デフォルトの名無しさん mailto:sage [2020/06/25(Thu) 19:04:50 ID:X3nsKEKb.net]: 「メンバ変数の一個をポインタに置き換える」
こともヘッダを変更するのが必須になると思うのだが。
593 名前：デフォルトの名無しさん mailto:sage [2020/06/25(Thu) 19:07:11 ID:TznTPNyN.net]: >>585
必須じゃない
594 名前：デフォルトの名無しさん mailto:sage [2020/06/25(Thu) 19:13:33 ID:g2od3l7G.net]: 実装側でアクロバットするのは無理やりバイナリ互換させる旧バージョン対応の方で良い

新バージョンの中身にあわせてヘッダを更新しておかないと、負の遺産が延々と続くことになる
595 名前：デフォルトの名無しさん mailto:sage [2020/06/25(Thu) 19:14:44 ID:L+/QiPNH.net]: >>585
やり方次第。
privateのint変数やポインタ変数があるなら、キャストしてぶちこめばいい。
他の変数も似たようなもん。
596 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:16:18.79 ID:X3nsKEKb.net]: >>588
ええ！！？？
597 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:27:44.15 ID:aCPUEpAO.net]: バイナリ互換をはじめてかんがえた
って感じの人が多くて驚く
598 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:27:52.99 ID:g2od3l7G.net]: pointerに置き換えたとして、指す先の実体の管理はどうするんだ
元々デストラクタが外部定義されてないと、デフォルトのデストラクタ呼び出しはinline化されてしまっている
599 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:32:44.29 ID:aCPUEpAO.net]: なんでインラインだと思ったんだか
600 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:34:45.97 ID:aCPUEpAO.net]: ライブラリ作ったこと無いのかな？
601 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:36:15.68 ID:g2od3l7G.net]: いや、はじめからバイナリ互換させる前提で設計したライブラリでもない限り、小手先の対応でなんとかなる場面は物凄い限られるよ
602 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:38:38.17 ID:aCPUEpAO.net]: >>594
それは互換性を保つ技術が無いから
603 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:41:06.01 ID:aCPUEpAO.net]: メモリアラインメント調整等で発生する隙間を集めて変数として使う
っていう手もある

データ構造互換だとよくやる手法
604 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:41:55.04 ID:L+/QiPNH.net]: >>591
そんなもん、GC実装して無理やりゴミ集めするしか無いだろ。
最後はアプリ終了時にOSが処分してくれることを期待するしかない。
605 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:42:42.30 ID:g2od3l7G.net]: バイナリ互換前提で開発されていないから、問題が出ているんじゃないの？

appがコンパイルされた時点で、デストラクタやらコピコンやら代入やらをすべて明示的に外部定義していないと、コード中で必要に応じてデフォルトが呼ばれて、当然inline化もされてしまう
606 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:43:40.85 ID:jUSiql3P.net]: >>592
必ずインライン化されてるとは言えないけど、可能性はあるよね？

結局のところ具体的なコード要件を >>549 が言わない限りは不毛な気もする。
607 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:44:07.37 ID:aCPUEpAO.net]: >>598
>>593
608 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:45:52.88 ID:aCPUEpAO.net]: ライブラリを作った事がないヤツが
ライブラリの互換性についてアドバイスしようとしてて笑える
609 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:47:42.56 ID:g2od3l7G.net]: ？
ライブラリ作ったことあるからこその内容だろうに
GCするとか、リークしたままOSに回収させるとかそれこそライブラリとしてあり得ない対応だろう
610 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 19:51:39.44 ID:aCPUEpAO.net]: なんでデストラクタがインラインだと思うんだ？
611 名前：デフォルトの名無しさん mailto:sage [2020/06/25(Thu) 19:55:22 ID:g2od3l7G.net]: デフォルトだとinlineのデストラクタが生成されるのがc++の仕様だろ
じゃないと単なるプレーンな構造体でもデストラクタの呼び出しするはめになる
612 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 20:01:17.97 ID:aCPUEpAO.net]: クラスをライブラリ化するのにメンバ関数がインライン？

ご冗談を
613 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 20:02:21.68 ID:aCPUEpAO.net]: デストラクタがインラインなら>>596
614 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 20:05:18.94 ID:g2od3l7G.net]: バイナリ互換想定してないなら、inlineしない方が稀じゃね
全部外部定義だと、高速化の妨げになるじゃないか
世の中のc++用ライブラリを見てみれば良いさ
inlineが無いどころかheader onlyが幅を利かせている
615 名前：デフォルトの名無しさん mailto:sage [2020/06/25(Thu) 20:08:52 ID:g2od3l7G.net]: alignmentサイズの隙間に入れたところで、コピーの時にコピーされるかどうかも不明
と言うか、単体だとまずされない
まあコピーも外部定義されていれば置き換え可能だけど
616 名前：デフォルトの名無しさん mailto:sage [2020/06/25(Thu) 20:10:03 ID:L+/QiPNH.net]: >>600
そもそもバイナリ互換を考慮していないライブラリを今さら何とかしようとするウンコな発想ありきだからな。

まともなライブラリ実装者なら
「そんなクソとっとと便所に流してマトモなもの作り直せ」
としか言わんわ。
617 名前：デフォルトの名無しさん mailto:sage [2020/06/25(Thu) 20:11:42 ID:Y+MR3z5H.net]: >>607
テンプレートだろそれ
618 名前：デフォルトの名無しさん mailto:sage [2020/06/25(Thu) 20:13:29 ID:Y+MR3z5H.net]: >>608
コピーもインライン前提か？
619 名前：デフォルトの名無しさん mailto:sage [2020/06/25(Thu) 20:14:36 ID:g2od3l7G.net]: inlineじゃないtemplateのヘッダオンリーでも、バイナリ互換保つの無理だよね
例えinline化されてなくても、各obj内で実体化されたtemplate関数が同一じゃないと何が起こっても文句言えない
620 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 20:15:41.12 ID:g2od3l7G.net]: 明示的なinlineもだけど、定義せずコンパイラに任せた場合デフォルトで出来るものはinline扱いになる
621 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 20:16:21.51 ID:Y+MR3z5H.net]: なんでobj？
ライブラリっていってるんだからlibだろ
622 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 20:18:38.89 ID:g2od3l7G.net]: libはobjの集合だろうに
623 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 20:19:42.46 ID:Y+MR3z5H.net]: インライン混じりのライブラリ
ならメンバ変数を増やすのを心配する以前だろ

問題が変わってる
624 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 20:27:59.07 ID:Y+MR3z5H.net]: >>612
だからヘッダは基本変更しない
625 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 20:29:04.78 ID:iE0yhaVV.net]: どうしても必要なことなら、
ライブラリの中にスタティックな連想配列置いて、thisアドレスをキーにして追加したいメンバ変数引くようにしたら？
トリッキーでないし確実に動く
626 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 20:29:54.44 ID:g2od3l7G.net]: コピーされなきゃ良いよね
627 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 20:30:23.57 ID:g2od3l7G.net]: vectorで持たれてても再配置されたら困るし
628 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 20:32:18.93 ID:Y+MR3z5H.net]: >>618
インラインかもよ
コンストラクタもデストラクタもコピーも
追加したメンバ変数へのアクセスも
629 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 20:34:29.24 ID:Y+MR3z5H.net]: 何の互換性を保ちたいのかわからなくなってきた
630 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 20:42:06.05 ID:N8mY4JDD.net]: 同感
631 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 21:13:19.28 ID:Y+MR3z5H.net]: ライブラリを使う(一部の)コードはコンパイル済みでリコンパイル出来ない

コンパイル済みのコード内で使ってるクラスのメンバ変数を追加したい

当然
クラスのサイズは変えられないし
コンパイル済みのコード内の(インライン展開されてる)関数も変えられない

どの関数がコンパイル済みコード内にあって
どの関数がライブラリ内にあるかは不明
632 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 21:14:06.17 ID:Y+MR3z5H.net]: こんな感じ？
633 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 21:25:58.94 ID:GV91Na/E.net]: ほとんど読んでないけどID:aCPUEpAOとID:Y+MR3z5Hがド素人なのはわかった
634 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 21:27:27.39 ID:Y+MR3z5H.net]: はいはいwww
635 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 21:32:36.99 ID:GV91Na/E.net]: ヘッダの変更無しにどうやって新しい機能追加すんだよ
636 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 21:39:56.91 ID:Y+MR3z5H.net]: 機能を追加したいなんて言ってたか？
637 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 21:40:05.85 ID:GV91Na/E.net]: と思ったら>>549が前提なのか、すまん
とりあえずインスタンスそのままで扱うのは無理じゃね
ユーザー側が一貫してポインタで扱うのは必須だと思う
638 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 21:46:21.80 ID:Y+MR3z5H.net]: なにそのド素人発言
639 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 21:47:56.11 ID:GV91Na/E.net]: >>611,614,616
640 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 21:49:41.84 ID:GV91Na/E.net]: インスタンスで扱ってるなら暗黙定義された関数の動作が変わる可能性くらいすぐ気づけやド素人が
641 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 21:58:47.71 ID:W+LR7rOf.net]: ポインタで扱うとインライン関数がリコンパイル無しで変えられるって？
642 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:01:17.65 ID:W+LR7rOf.net]: ライブラリなんだから
メンバ関数は全てライブラリ側で実装するだろ普通

テンプレートとか別途リンクが不要なことが売りなライブラリならともかく

何のためのライブラリだか
643 名前：632 mailto:sage [2020/06/25(木) 22:05:49.15 ID:Q7o8gz5q.net]: >>634
ヒント:仮想関数、コピー不可、Factory
644 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:06:38.78 ID:Q7o8gz5q.net]: てかこの要件だと>>618ですでに答え出てる気がする
645 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:06:48.48 ID:W+LR7rOf.net]: 案を出せない人間が何を言っても負け犬の遠吠え
646 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:09:27.67 ID:W+LR7rOf.net]: >>637
>>573に対してメリットあるか？
647 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:11:36.08 ID:W+LR7rOf.net]: >>636
あれ？
もしかして
互換性保持した修正はギブアップで
依頼者の要件を無視した案を言ってる？
648 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:14:20.52 ID:Q7o8gz5q.net]: >>638
っ[鏡]
てかID変えたんか？

>>639
>>574
649 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:15:15.45 ID:Q7o8gz5q.net]: >>640
>>634に対して反論したんだが
すり替えてんじゃねーよ
650 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:16:59.09 ID:W+LR7rOf.net]: 外部から直接アクセスしない変数を置き換えるに決まってるたろ

連想配列だと
初期化順とかスレッド安全とかパフォーマンスとか
色々と心配だねえ
651 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:20:39.99 ID:lze6mCYp.net]: >>637
どこが答えだよ
>>618 は無理だよ
アプリ側でnew/deleteされたことをライブラリ側はトラッキングできない
アプリ側でnew/deleteされてないのだったら問題になってない
アプリに手を加えていいのだったらバイナリ互換考えなくていい
652 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:20:56.12 ID:W+LR7rOf.net]: >>642
>>633はお前だろ？
653 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:26:37.67 ID:Q7o8gz5q.net]: >>644
新しいthis来たら新しく作るだけだろ
deleteに対してはどうにもできんけど

>>645
馬鹿かお前は
ポインタで扱う前提に乗っかったのはお前だろ
バカにしようとして自爆したのに逆ギレか
654 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:26:45.54 ID:W+LR7rOf.net]: コピーを使わない、もしくはインラインじゃないなら>>596

コンストラクタ、デストラクタ、コピーがインラインじゃないなら
>>573で良い

new deleteはアプリ側でもライブラリ側でも問題ない
655 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:29:26.54 ID:Q7o8gz5q.net]: 何言ってんだこいつ
656 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:29:51.27 ID:W+LR7rOf.net]: コンストラクタはインラインでも>>573で問題ないね
657 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:35:32.05 ID:W+LR7rOf.net]: >>644より>>573の方が良いね
隙間があってコピーで問題なければ>>596
658 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:36:49.66 ID:W+LR7rOf.net]: >>644じゃなかった
連想配列案
659 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:47:52.28 ID:Q7o8gz5q.net]: インラインじゃないならって、普通コンパイルオプションやnoinlineで指定してない限り、
実装が見えているメンバ関数は全てインライン展開はされうるんだぞ

そんな厳しい前提がOKなら>>646で言ったdeleteの問題だって対処できる
660 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:50:51.97 ID:W+LR7rOf.net]: >>573と>>618
デストラクタがインラインだとダメなのは同じ
コピー時の制約も同じ

速度、スレッド安全性、初期化順などの心配事に関しては>>573の勝ち

>>573は外部からアクセスしていないポインタサイズの変数の存在が条件
661 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:54:30.29 ID:W+LR7rOf.net]: >>652
ヘッダにない関数はインラインにしようがない
662 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 22:59:14.54 ID:W+LR7rOf.net]: >>573や>>596のスペースが全く無いなら他の方法を考えるしかないけど
663 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 23:01:53.27 ID:W+LR7rOf.net]: デストラクタ問題に対応出来るのは今のところ>>596だけ
664 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 23:05:32.49 ID:Q7o8gz5q.net]: 暗黙定義のものが一つも無ければね
(=ヘッダに宣言はあるが実装は見えないものだけ

てか別に>>618じゃないといけないとは言ってないが
>速度、スレッド安全性、初期化順
速度が必要とか一言も書いてないし
スレッド安全性て、連想配列使うのはライブラリ内だけなんだからライブラリ側で対処すればいいだけ

>>656
ユーザーが使ってない変数や領域に新しいメンバを含む構造体へのポインタを入れる案も
根本的には連想配列案と一緒だよ、デストラクタが非インラインでなければ解放できないぞ

まぁ今ある情報だけで議論してもどうにもならんが
665 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 23:06:38.16 ID:Q7o8gz5q.net]: >>657の最初は>>654宛
666 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 23:11:48.74 ID:W+LR7rOf.net]: >>657
>>596を勘違いしてる
ポインタを入れるわけじゃない
隙間に変数そのものを入れる
667 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 23:23:27.92 ID:W+LR7rOf.net]: コンテナやスマポなど、コピーやデストラクタで処理される物の中身を少し大きくするとか
close()みたいな最後に必ず呼ばれる関数があればそこに入れ込むとか
中身がわかればもっと別の案も出るかも
668 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 23:30:07.30 ID:W+LR7rOf.net]: >>657
速度が必要と書いてなければ速度無視が前提って...
なかなか衝撃発言ですねえ

C++なんだから組み込みのチープ環境かもしれないし
リアルタイム処理かもしれないし
もしかしたらISR内部かも
(ISRならnewも問題になるか)

速度がどうでもいい用途でいまだにC++を使うって
どんな業界かな？
669 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 23:34:58.25 ID:Q7o8gz5q.net]: ほんとにド素人だな・・・呆れた
670 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 23:41:46.09 ID:W+LR7rOf.net]: 負け宣言？
雑魚が
671 名前：はちみつ餃子 mailto:sage [2020/06/25(木) 23:52:04.02 ID:Dxq2c9AW.net]: >>662
どーしろと？ (駄洒落)
672 名前：デフォルトの名無しさん mailto:sage [2020/06/26(金) 07:52:12 ID:UtOMuHDg.net]: 不変のアブストラクトクラスを作っておいて
実装はそこの派生クラスでやり
使用者はポインタで使う
673 名前： mailto:sage [2020/06/26(金) 19:50:48.55 ID:9IxUvn/4.net]: >>664
冴えてる！
いつもすてきなはちみつさんですね！
674 名前：デフォルトの名無しさん mailto:sage [2020/06/26(金) 20:05:18.50 ID:jgcbTaF5.net]: 糞コテ集合
675 名前：デフォルトの名無しさん mailto:sage [2020/06/26(金) 22:39:47 ID:2sQMfeSo.net]: あと蟻人間とかいうやつが揃えばジャックポット
676 名前：デフォルトの名無しさん mailto:sage [2020/06/26(金) 22:59:40.41 ID:ReyCZ0Ra.net]: よーし、みんな呼んじゃうゾ

void君、rubyガイジ、jquery房ーっ
677 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 00:11:14.27 ID:rOaH6R8n.net]: 蟻ははちみつが大好き。
ハチとアリは同属。
678 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 03:40:34.85 ID:W+OG+j+5.net]: 　　∩＿＿＿∩　　　　　　　　｜
　　 | ノ＼　　　　ヽ　　　　　　　|
　　/　　●゛　　● |　　　　　　　|
　 |　∪　　( _●_)　ミ　　　　　　j
　彡､　　　|∪|　　 |　　　　　　Ｊ
/　　　　 ∩ノ ⊃　ヽ
(　＼　／＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼／＿＿＿／
679 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 03:55:34 ID:aqzZKmXR.net]: 心底どうでもいい
680 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 10:40:14 ID:rOaH6R8n.net]: 片山右京
681 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 13:08:47.90 ID:5dDNakqG.net]: 杉下右京
682 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 14:16:45.56 ID:rOaH6R8n.net]: 博文
683 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 22:55:32.89 ID:XmSaDv1W.net]: 今時のmodern c++で、マルチスレッドやるにはどうすればいいでしょうか。とりあえず今はC++17でコンパイルしてますが
1.c++20のコルーチンとコールチンライブラリを使う
2.固定スレッド数のスレッドプールなら簡単に実装できるので自分で実装、もしくは素敵なライブラリがある?
3.std::thread,std::asyncでいいや
684 名前：蟻人間 mailto:sage [2020/06/27(土) 22:59:52.80 ID:4SruWd+v.net]: >>676
std::threadとOpenMPが基本かな。
685 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 23:00:22.36 ID:XmSaDv1W.net]: とりあえず、MSVCを使ってます
1は時期尚早?
2はMSVCだとTask Parallel Libraryがあるけど、プライオリティキューを使いたいとなるとやっぱ自前?
3はね
皆さんはどんな感じでしょうか
686 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 23:06:40.51 ID:TsX0h7IG.net]: マルチスレッドやる
がわからん

何をしたいの？
687 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 23:10:16.30 ID:XmSaDv1W.net]: タスクの実行を(優先順位付きで)スケジュールしたり、キャンセルしたりしたいです
非同期処理?
なんてｲｴﾊﾞいいのだろう
688 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 23:12:59.91 ID:TsX0h7IG.net]: 環境は？
689 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 23:14:55.69 ID:XmSaDv1W.net]: MSVCのWindowsアプリです
690 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 23:24:28.13 ID:TsX0h7IG.net]: MFC
Windows API
std::thread

どれでも出来るけど

求めるものは？
性能？作りやすさ？移植性？
691 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 23:26:07.41 ID:XmSaDv1W.net]: まぁ、windowsにはwin32でthread pool apiがあったり、ATLでCThreadPoolクラスみたいのがあるっぽいんですが、昔より今時の方法で..

性能はあんま気にしてません
作りやすさですね
692 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 23:26:45.37 ID:TsX0h7IG.net]: 普通に自作すれば？
仕様を好み通りに出来る
693 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 23:29:23.19 ID:XmSaDv1W.net]: 性能はあんま気にしてませんが、テスト的にstd::threadで今は実装してますが、セマフォなりで全く制御してないのでCPU使用率がはねあがって、セマフォで制御するくらいならスレッドプールくらいは導入したいなと
694 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 23:35:09.74 ID:XmSaDv1W.net]: >>685
優先順位付きとかやると色々自前が楽かなぁと思ってたんですが、やっぱ自前ですか
ありがとうございます
695 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 23:51:55.88 ID:IY07Q1dO.net]: msvcならasync使えばthread pool使われてたような
async|deferredでは問題ないけど、asyncのみだと仕様的にアウトっぽいから将来的に修正されるかもしれんが
696 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 23:55:27.13 ID:TsX0h7IG.net]: プライオリティキュー
自体を既に使ってるなら
待つ仕組みだけ追加すれば良いのでは？
697 名前：デフォルトの名無しさん mailto:sage [2020/06/27(土) 23:58:18.31 ID:TsX0h7IG.net]: while (1){
イベント待ち
イベントクリア
キューから取得
処理
}

----

キューに追加
イベントセット
698 名前：デフォルトの名無しさん mailto:sage [2020/06/28(日) 00:14:46.55 ID:En8ZMxKR.net]: >>688
そんなこんなこと書いてありますが、std::asyncってdetachできないですよね?
こういう作りがいいのか知りませんが、基本UIスレッドから非同期処理実行して完了したらWinAPIのPostMessageで完了通知してます
ので、std::threadみたくdetachしたいのです

>>690
プライオリティキューはこれから実装するんですが、単にstd::set使ってlessパラメーター指定すればできあがり?とはいかない?
699 名前：デフォルトの名無しさん mailto:sage [2020/06/28(日) 00:19:31.12 ID:BWJrAYP0.net]: while (1){
イベント待ち
イベントクリア
while (キューから取得){
処理
}
}

----

キューに追加
イベントセット
700 名前：デフォルトの名無しさん mailto:sage [2020/06/28(日) 00:21:59.78 ID:BWJrAYP0.net]: こうだった

std::set / less
同じプライオリティがダブらないならこれでも
701 名前：デフォルトの名無しさん mailto:sage [2020/06/28(日) 00:25:52.98 ID:En8ZMxKR.net]: プライオリティはダブルんですけど、要素がプライオリティじゃなくて、プライオリティと例えば実行するstd::functionのペアで、このペアオブジェクトがダブらないはず
702 名前：デフォルトの名無しさん mailto:sage [2020/06/28(日) 00:27:09.32 ID:h/QEc5EX.net]: お前は人の相談に乗れるレベルなのか？
703 名前：デフォルトの名無しさん mailto:sage [2020/06/28(日) 00:33:11.03 ID:BWJrAYP0.net]: >>694
同じfunctionが複数セットされても
実行が1回になってもいいなら
それでいいんじゃない？
704 名前：デフォルトの名無しさん mailto:sage [2020/06/28(日) 00:42:37.03 ID:En8ZMxKR.net]: >>696
unordered系しか本格的に使ったことしかないんですけど
std::pair使わずに独自ペアオブジェクトじゃだめそうだな..
std::pairをstd::shared_ptrでラップすればOKそうに見える
705 名前：デフォルトの名無しさん mailto:sage [2020/06/28(日) 00:43:43.83 ID:BWJrAYP0.net]: lessもプライオリティとfunctionのペアってことね

同じプライオリティの処理が
キューにセットした順にはならなくなるけど

個人的には
キューにセットした回数分実行するために
multisetにしたい
706 名前：デフォルトの名無しさん mailto:sage [2020/06/28(日) 00:46:39.83 ID:BWJrAYP0.net]: プライオリティが多くないなら
ブライオリティ別のdequeにすれば
公平性は保たれるし比較も不要
707 名前：デフォルトの名無しさん mailto:sage [2020/06/28(日) 00:46:53.66 ID:En8ZMxKR.net]: multisetですか、ちょっと調べてみます
708 名前：デフォルトの名無しさん mailto:sage [2020/06/28(日) 00:56:32.40 ID:En8ZMxKR.net]: あー。multisetでいいですね。それにします。
ありがとうございます
709 名前：デフォルトの名無しさん mailto:sage [2020/06/28(日) 06:20:46.65 ID:vMsHglGs.net]: ここまでintel TBBなし
710 名前：デフォルトの名無しさん mailto:sage [2020/06/28(日) 06:44:27.88 ID:8Xgo7zrJ.net]: >>676
C++17ならstd::execution::parが使えるぞ
711 名前：デフォルトの名無しさん mailto:sage [2020/06/30(火) 18:13:09.56 ID:W+MWiusu.net]: C++17を指定する#pragmaない？ gccかclで
712 名前：デフォルトの名無しさん mailto:sage [2020/06/30(火) 20:39:19.04 ID:8IN9xg77.net]: >>704
引数じゃいかんのか？
713 名前：デフォルトの名無しさん mailto:sage [2020/06/30(火) 21:05:33 ID:W+MWiusu.net]: 本当はC++17をデフォにする設定とかあればいいんだけど
探しても見つからんかった
714 名前：デフォルトの名無しさん mailto:sage [2020/06/30(火) 21:06:36 ID:W+MWiusu.net]: 「現行規格」をデフォにできねえのおかしいだろ
作業が必要でも構わんが方法がないのは
715 名前：デフォルトの名無しさん mailto:sage [2020/06/30(火) 21:12:22.03 ID:Y/VrOCax.net]: エイリアスしたらだめなの？
全然見当違いなこと言ってる？
716 名前：デフォルトの名無しさん mailto:sage [2020/06/30(火) 21:12:29.49 ID:e6PapWOV.net]: おかしいのはお前
717 名前：デフォルトの名無しさん mailto:sage [2020/06/30(火) 21:15:58.24 ID:8IN9xg77.net]: Makefileか*shrcにでも書いておけばいいだろ…
718 名前：デフォルトの名無しさん mailto:sage [2020/06/30(火) 21:15:59.68 ID:64JVWZe8.net]: あるだろ
-std=c++17
719 名前：デフォルトの名無しさん mailto:sage [2020/06/30(火) 21:34:29.72 ID:Awxu+7Gs.net]: 普通の人
オプションないのはおかしいだろ
→あるはずだから探そう
720 名前：はちみつ餃子 mailto:sage [2020/06/30(火) 22:05:18.46 ID:ZpGOlbch.net]: GCC なら specs に書いておくという方法もあるよ。
721 名前：デフォルトの名無しさん mailto:sage [2020/07/01(水) 01:50:44.15 ID:Rk3KIbda.net]: GCC 11からデフォルトで17になるよ
やったね
722 名前：デフォルトの名無しさん mailto:sage [2020/07/01(水) 10:19:56.89 ID:rbRREsW ]: [ここ壊れてます]
723 名前：h.net mailto: C++で作られているモダンなマテリアル風デザインのWindows用デスクトップアプリのソースを見ると
Direct2dやGDIを駆使して自前で描画していたのですが、ここまでしないといけないものなんでしょうか…？ []: [ここ壊れてます]
724 名前：デフォルトの名無しさん mailto:sage [2020/07/01(水) 10:45:42.03 ID:BkFpWX8v.net]: ソレがイヤなら金だして買え
C++BuilderやらMFCやら色々あるぞ
725 名前：デフォルトの名無しさん [2020/07/01(水) 12:12:18.25 ID:IfUrt5hg.net]: コンパイルオプションであるのは当たり前だけど
それだとソースとmakefileみたいに別管理になる
ソースにコメントでC++17以上とか描くくらいなら
最初からpragmaでC++17以上指定とかしたいって
自然な要求だと思うけど
726 名前：デフォルトの名無しさん mailto:sage [2020/07/01(水) 12:22:38 ID:BzwPXT9B.net]: C++17の機能を使わなきゃ良い
727 名前：デフォルトの名無しさん [2020/07/01(水) 12:30:52.21 ID:IfUrt5hg.net]: 0x以前でも動くのが理想
728 名前：デフォルトの名無しさん mailto:sage [2020/07/01(水) 12:33:19.40 ID:bZXPscHV.net]: >>715
別にそこまでしなくても良いけど自前描画は割とメリットも多い
Win32のコントロールって一つ一つは割と大きなオブジェクトだからね
それを省いて絵だけで完結させると驚くほど軽くなったりする
WinFormsに対するWPFの発想がこれ
ただしWPFは抽象化に抽象化を重ねた結果、返って重くなってしまったという産廃だが
729 名前：デフォルトの名無しさん mailto:sage [2020/07/01(水) 12:49:57.46 ID:gL8G43CT.net]: >>717
元の質問者は引数じゃいけない、エイリアスじゃいけないとは一言も説明してないのに、回答を無視してできないのはおかしいとか言ってるから、はあ？できるだろって叩かれてるんだと思うが。

あと、プリプロセッサで指定バージョン以下のコンパイラを使ったときにエラーにすることは今でもできる。
730 名前：デフォルトの名無しさん mailto:sage [2020/07/01(水) 13:20:57.29 ID:lJkrSuwc.net]: >>717
指定して何をしたいんだ？
17に対応しないコンパイラを使ったら排除したいのか？
そんなもんマクロ使えよ
731 名前：デフォルトの名無しさん mailto:sage [2020/07/01(水) 13:24:24.14 ID:lJkrSuwc.net]: そもそもpragmaは無視しても問題ないんだぞ
こんなもんで17指定してなんの意味があるんだか
732 名前：デフォルトの名無しさん mailto:sage [2020/07/01(水) 20:22:39.52 ID:OO2qW6bI.net]: static_assert(__cplusplus >= 201703, "C++17 or later only");
これだと、せっかくC++17できるコンパイラなのにエラーという愚かなことになるだろ
#pragmaとは言ったけど、has_includeみたいな標準に何か追加でもいいんだけど
733 名前：デフォルトの名無しさん mailto:sage [2020/07/01(水) 20:35:37 ID:8lUxucUi.net]: C++17の機能を使わないのが一番
734 名前：デフォルトの名無しさん mailto:sage [2020/07/01(水) 20:37:50 ID:KhLQxxHt.net]: またABIか変わるかもしれないのにソースファイルごとに勝手にコンパイラが変わったら困るんじゃないの？
735 名前：デフォルトの名無しさん mailto:sage [2020/07/01(水) 21:14:42.95 ID:b6g5MaOw.net]: コンパイラオプションつけるのになんの問題が
736 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 04:30:05.73 ID:qK+Va6mV.net]: ダメだ通じてない
737 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 08:58:39.89 ID:Xcy/mciM.net]: そりゃ意味ないからな
configureに準拠規格オプション探すマクロ1つ入れとけば済む話だし
738 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 10:53:47.11 ID:qK+Va6mV.net]: // this program is C++17
と書いて手作業に期待するのを
#pragma C++17
で自動化するのは意味がないと言うのか？

自動認識はそう珍しい話ではないと思うが
739 名前：デフォルトの名無しさん mailto:sage [2020/07/02(Thu) 11:27:53 ID:JVdKJwPF.net]: 今でもconfigure.acに
AX_CXX_COMPILE_STDCXX_17
って書くだけで済むから
740 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 11:40:05.93 ID:JVdKJwPF.net]: 他人に巻くプログラムならビルドパッケージでどうとでもなるし
自家用ならmakefileにオプションまでベタ書きでいいし
何にこだわってるのか知らん
741 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 12:20:13.78 ID:qK+Va6mV.net]: プログラム１つのためにGCCをわざわざビルドしろだと？
�
742 名前：ｨちょくってんのか []: [ここ壊れてます]
743 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 12:21:08.29 ID:5hT1fktY.net]: C++17の機能を使わなきゃ良いだけ
744 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 12:23:23.48 ID:jaxwQaY9.net]: 素人はあれこれツール使いこなすのいやなんだよね
わかる
745 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 12:27:34.40 ID:Kyu9Eer8.net]: >>733
え？
自分で作ってるプログラムのconfigure作るときのはなししてんだけどwwww
746 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 12:29:59.81 ID:Kyu9Eer8.net]: 今ある機能でどうとでもなることを
将来搭載されても後方互換性がなくて結局今ある機能に頼る羽目になる新機能をつけろつけろと騒がれても困りますよw
747 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 12:30:50.81 ID:qK+Va6mV.net]: 729へのリプライでそういうこと書くか？
748 名前：デフォルトの名無しさん mailto:sage [2020/07/02(Thu) 12:32:13 ID:qK+Va6mV.net]: >>737
すまん、俺はイウォーク語はわからん
日本語でしゃべってくれ
749 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 12:39:44.74 ID:Kyu9Eer8.net]: configur.acといわれてgccをビルドするとか思っちゃう人はヒューマンステージが低いのでもっと修行してくださいwwww
750 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 12:40:24.89 ID:qK+Va6mV.net]: typoするほどプルプルしてんの？
751 名前：デフォルトの名無しさん mailto:sage [2020/07/02(Thu) 13:32:58 ID:Kyu9Eer8.net]: >>741
ミスしか突っ込めない時点で負けだよw
752 名前：デフォルトの名無しさん [2020/07/02(木) 15:38:52.42 ID:Vurtjy2V.net]: ウェブ系の人にはなじみが無いかもしれないけど、C/C++のライブラリってバイナリだよ。
753 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 16:22:54.35 ID:fs1yx03v.net]: ��
754 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 18:12:48.64 ID:O1gKlzQs.net]: Makefileに書けばいいじゃん
755 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 18:31:29.81 ID:pD7vCP0t.net]: 俺の環境のgccのバージョン10だぜ
756 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 20:04:26.96 ID:tTltJbRW.net]: >>730
Makefile なりなんなりで別管理になることを問題だと思ってるのはあなただけ。
具体的に何がどれだけの問題なのか、よく考えて示してくれないとたぶん伝わらない。

単に面倒だということなら、多くの人は新たな #pragma の仕様を定めて実装するほうが面倒だとわかるので、
それがあって当然だなどという主張にはならない。
757 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 20:17:30.19 ID:EhH78vwe.net]: コンパイラは対応する仕様決まらないままファイルの読み込み、パースをしなきゃいけないわけ？

必ず先頭行に書くとかなら未だしも
途中で現れたらどうするの？
引数で指定されているのと矛盾したらどうするの？
複数異なる指定があったら？
758 名前：デフォルトの名無しさん [2020/07/02(木) 20:19:59.76 ID:Vurtjy2V.net]: >>747
Perlのソースコードをjavacでコンパイルする事はない。
ということは、言語をソースコードの属性としたほうが良いのでは？
という考え方は理解できるかな。
一概に否定しない。

とはいえ、C++ではどっちにしろビルドシステムが必要なので、ソース内で指定できることに意義を感じない。
759 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 20:22:38.02 ID:EhH78vwe.net]: メンバ関数定義の際にクラス内の型名を使った戻り値型を先に書く場合、クラス名::戻り値型って書かなきゃいけないくらいパーサに配慮した仕様になっているのに、そんな面倒くさい要望に対応されるとは考えにくい
760 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 20:23:33.54 ID:R/kQb57d.net]: 自分で作ったならバージョンわかってるやろ
ライブラリとして配布するならpkg-configでも書いとけばいい
何が問題だよ
761 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 20:24:28.66 ID:EhH78vwe.net]: 拡張子で分けるのが一番自然だよね
xxx.cc17とかxxx.17.ccとか
762 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 20:24:41.75 ID:R/kQb57d.net]: 標準のバージョンなんかよりたくさん環境依存あって
それを自動解決する方法はいろいろあるのだから
それを使えばなんの問題もないんだよ
763 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 20:25:20.06 ID:1S4E8SKc.net]: ライブラリとして配布するのに
C++17を要求するって

使ってもらう
764 名前：気無いだろ []: [ここ壊れてます]
765 名前：デフォルトの名無しさん [2020/07/02(木) 20:27:04.96 ID:Vurtjy2V.net]: ライブラリを使ってくださるお客様にC++17を用意させるのは心苦しいかもしれないな。
766 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 20:27:07.52 ID:EhH78vwe.net]: 今時c++17必須でも大丈夫だろ
msvcですら使い物になる程度まで対応しているんだぞ
767 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 20:28:23.76 ID:1S4E8SKc.net]: >>756
組み込みは未経験か？
768 名前：デフォルトの名無しさん [2020/07/02(木) 20:28:44.61 ID:Vurtjy2V.net]: むしろ20はよ来いと思ってますが。
769 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 20:34:28.40 ID:EhH78vwe.net]: 組み込みのほうがwindowsより規格対応早いくらいじゃね
まあ全部は使えないけど、それは03だろうが同じだ
むしろコンパイル時に出来ることが増えた分組み込みには新しい規格のほうが向いている
770 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 20:36:35.79 ID:1S4E8SKc.net]: 小規模組み込みは未経験か？
771 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 20:43:28.28 ID:EhH78vwe.net]: 小規模だとコンパイラ使えるだけでも御の字
コア部分は結局アセンブリで書くし
そもそも自由にスタックすら使えなくね？
772 名前：デフォルトの名無しさん [2020/07/02(木) 20:47:32.39 ID:Vurtjy2V.net]: RAM16バイトしかないしね。
無理ですわ。
773 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 21:00:59.82 ID:qK+Va6mV.net]: >>747
あなただけって他の人が支持しているレスも出てるよ？
自演だろって言うんだろうけど違う
マウントしたいんだろうね
774 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 21:02:30.64 ID:qK+Va6mV.net]: >>757
その言葉をそのまま返す
ARM以外の何かをやってる人？
775 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 21:03:18.41 ID:EhH78vwe.net]: 拡張子で区別しろよ
FORTRANを見習って
776 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 21:03:28.33 ID:qK+Va6mV.net]: >>742
737の突っ込みは見なかったことにしたいんだよね
777 名前：デフォルトの名無しさん [2020/07/02(木) 21:04:54.87 ID:Vurtjy2V.net]: >>763
どのレス？
778 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 21:06:16.16 ID:jaxwQaY9.net]: もうGCCビルドした？
779 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 21:06:39.99 ID:qK+Va6mV.net]: >>767
716
780 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 21:07:29.63 ID:qK+Va6mV.net]: >>758
禿同
781 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 21:14:02.46 ID:EhH78vwe.net]: 念願のconceptが
782 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 21:19:01.95 ID:Pm5AW70q.net]: 目的がわからなすぎて、始め何をしたいのかさっぱりわからんかった。
答えがでるたびにゴールを動かされてる気分だったわ。
コミュ障のID:qK+Va6mVが全て悪い
783 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 21:24:05.51 ID:qK+Va6mV.net]: ゴールを真面目に追ってくれてありがとう
784 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 21:29:34.62 ID://fjMSvC.net]: >>773
死ね
785 名前：デフォルトの名無しさん [2020/07/02(木) 21:45:55.51 ID:Vurtjy2V.net]: まあ一通り意見が出そろったと思いますが、ISO/IEC 14882:2023への提案は、今回は見送らせていただきたいと存じます。
また何かありましたら、スレのほうまでご連絡ください。
786 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 22:48:32.20 ID:R/kQb57d.net]: K&Rしか解さないコンパイラのためにプロトタイプ宣言したコードの先頭にCのバージョン書くか
アホらし
787 名前：デフォルトの名無しさん mailto:sage [2020/07/02(Thu) 22:59:45 ID:il/EZBAV.net]: extern シー
788 名前：デフォルトの名無しさん mailto:sage [2020/07/02(木) 23:21:51.63 ID:1S4E8SKc.net]: >>764
色々とやってる
789 名前：デフォルトの名無しさん mailto:sage [2020/07/02(Thu) 23:30:42 ID:NPHwzOsK.net]: 色々とやらかしてる
790 名前：デフォルトの名無しさん mailto:sage [2020/07/02(Thu) 23:32:21 ID:IPGZ+Gs9.net]: 範囲for文でコンテナを走査するときに要素を参照で持つかどうかふと迷った
それがパフォーマンスに影響するなら当然実測するべきだが、大概こんなもんが律速になるわけないからどっちかに決めときたい
要素を変更するなら参照、そうじゃないなら参照じゃない、でおk？

ちなみに型は指定するよりautoにした方が大抵の場合速いみたいな話あるよね？
791 名前：デフォルトの名無しさん mailto:sage [2020/07/02(Thu) 23:32:49 ID:NPHwzOsK.net]: 質問なのですが自作アプリをソースコードでGCCをビルドして配布する場合、
テストってどうするの？
あらゆるGCCのビルド条件でテストするの？？
792 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/07/02(Thu) 23:36:11 ID:53deMRLD.net]: >>780
auto&& にしておけばだいたい良いよ。
793 名前：デフォルトの名無しさん mailto:sage [2020/07/02(Thu) 23:38:42 ID:1S4E8SKc.net]: >>780
レジスタ1個で収まる型ならコピー
そうじゃないなら参照
書き換えないならconst参照
794 名前：デフォルトの名無しさん mailto:sage [2020/07/02(Thu) 23:45:17 ID:jaxwQaY9.net]: >>781
あらゆるなんか無理に決まってるだろ
人のまねしろ
他人のgithubとか見たことないのか？
795 名前：デフォルトの名無しさん [2020/07/03(金) 02:56:17.35 ID:36TwtcUk.net]: >>781
僕はclang-cl、cl、gccで各Release/Debug、計6種のバイナリを作ってテスト通してますよ。
実際、通らないことが稀にあるので、そうゆう手順になりました。

とはいえ、ミスをしない人なら、必要ない事かも。
テストも必要ないかもしれない。
796 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 06:34:45.62 ID:pwGjxhFH.net]: >>785
ﾃﾞｽﾖﾈｰ；

ていうかソースコードで配布したものをユーザーがautomakeでGCCをビルドする文化とか
ソフトウェアー工学的に正しくテストされてるうちに入れることが本当に可能なの？？
とそこはかとなく疑問が、
797 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 06:42:13.15 ID:pwGjxhFH.net]: もはやautomakeでGCCをビルドするレベルになると、
事はソースコードを書いた人の品質にとどまらず、
ユーザーがどのような経緯でインストールしたかわからない
野良ライブラリとか野良コンパイラの品質が絡んできてしまうま、
798 名前：703 mailto:sage [2020/07/03(金) 07:07:39.48 ID:AnL7VPS4.net]: まあしかし結局#pragmaはないってことね
最初の質問には答えて貰えたようだ
みんなありがとう
799 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 07:59:45.22 ID:9AQoDd9l.net]: CMakeとかmeson使えよ
800 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 08:30:15.36 ID:AnL7VPS4.net]: いやそれは勝手にするさ
俺の状況をいちいち知らんやつに
わかってもらう必要もないし
801 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 09:00:50.39 ID:mxts/vg4.net]: 無知が謎の上から目線
802 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 09:02:31.13 ID:mxts/vg4.net]: gccをビルドとかなんの話だよwwww
803 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 09:06:03.21 ID:mxts/vg4.net]: そもそもコンパイラは後方互換性を気にしていれば良くて
過去のコードがコンパイルできる、古い記法なら古いよとメッセージを出して終わるまでやれば良くて
将来変わるであろう規格に備えて私の知らない規格ですよと教えてあげる必要はなくエラーで落ちればそれでいい
804 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 09:24:17.78 ID:AnL7VPS4.net]: 恰好つけたいんなら余計なことは言わないほうがいいぜ(ｸｽｸｽ
805 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 09:45:48.23 ID:0L14wyJb.net]: >>794
それは
>>790
なんて書いちゃうやつのことでしょw
806 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 09:59:43 ID:AnL7VPS4.net]: あれは何かおかしいのか？　おまえの頭のほうが(ry
807 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 10:28:37.24 ID:0L14wyJb.net]: >>796
無知を指摘されただけのことを自分の事情的に言い訳して謎の上から目線へ変換してるのが頭悪すぎでしょw
808 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 10:45:09.88 ID:AnL7VPS4.net]: いらんものを使わんのを無知とか大きなお世話なんだよ
おまえだっていらんものは使わんだろうが、それも頭が悪いからか？

いちいちひっ絡んでくるのは何かよっぽど悔しい思いしてるんだろうな
俺は最近あんまり誰かをコテンパンにやっつけた憶えはないんだが
何か気に障ったのか？
809 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 10:47:55.45 ID:AnL7VPS4.net]: ずーっと前にシバイたったやつがまだ根に持ってるのかな
だとしたらキモすぎ
810 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 10:59:50.18 ID:0L14wyJb.net]: 他人に教えを乞うておきながら
やあご苦労的な上から目線でまとめるバカwww
匿名掲示板で根に持つも何も、一体お前誰だよwwwww
バカってホントwwww
811 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 11:01:41.75 ID:0L14wyJb.net]: 正体わからない場所で根に持たれてると思うってことは
同じようなことを繰り返してるんだろ？
無知を晒して指摘されてるのになんか偉そうとかwwww
あるいはココロの病気かwww
812 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 11:03:13.38 ID:AnL7VPS4.net]: 787のどこが上から目線なんだよ
言いがかりはやめてもらおうか
813 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 11:13:37.77 ID:0L14wyJb.net]: >>802
わからないなら人間関係ヤバイでしょw
814 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 11:14:42.94 ID:0L14wyJb.net]: 散々罵倒しといてこれくらいで許したるわとかいうメダカ師匠になってるんだよwww
815 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 11:19:30.11 ID:AnL7VPS4.net]: >>803
説明しろよ
できないならおまえもヤバイぜ
816 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 11:26:31.12 ID:AnL7VPS4.net]: 煽ってるつもりのようだが脇甘すぎだろｗ
817 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 12:17:55.40 ID:0L14wyJb.net]: >>806
煽って他人に教えを乞うスタイルはお前だろwwww
818 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 12:19:01.99 ID:AnL7VPS4.net]: いーや、思い当たる節が全然ない

>>803
説明しろよ
できないならおまえもヤバイぜ

早くしろよｗ
819 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 12:19:30.89 ID:0L14wyJb.net]: 匿名掲示板で根に持たれてる自覚があるとか相当ココロの状態やばいよw
820 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 12:20:19.89 ID:AnL7VPS4.net]: キモすぎつってんじゃん

>>803
説明しろよ
できないならおまえもヤバイぜ

早くしろよｗ
821 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 12:20:41.85 ID:0L14wyJb.net]: >>808
一連の流れであの態度
頭おかしいでしょw
それがわからないなら人間関係やばいw
822 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 12:24:37.22 ID:jbweNl0h.net]: はい次
823 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 12:36:38.06 ID:AnL7VPS4.net]: >>811
やーい説明できねえ
ブーメラン痛そうだなｗ

次におまえは「ブーメランなんか刺さってないから痛くない」という
目にうるうる涙をためながら
824 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 12:38:58.29 ID:oEOxZVHb.net]: pragmaのアイデアを思いつくこと自体はまぁいいと思うけど
>>748 の指摘受けたら、この仕様は駄目なことわかるよね
なのにそこでやめずに強弁続けておいて最後に >>788 はずっこける
825 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 12:41:35.64 ID:AnL7VPS4.net]: なんか他の#pragma使ってなさそうだね
ルールを途中で変更する#pragmaは珍しくないんだが
826 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 12:48:45.85 ID:oEOxZVHb.net]: まだ何がダメなのかわかってないらしい
しかし途中でコンパイラ切り変えるのは画期的だわw
827 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 12:57:41.14 ID:AnL7VPS4.net]: コンパイラ切り変え？？？　何の話をしている？
828 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 13:00:50.61 ID:oEOxZVHb.net]: もういいよ飽きた
829 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 13:01:08.06 ID:AnL7VPS4.net]: ID変わったけど話し方が酷似している
さては、またあいつか
830 名前：デフォルトの名無しさん [2020/07/03(金) 13:05:25.55 ID:6268sYfp.net]: go は
// コメントに描いてあっても反応するから怖い
831 名前：デフォルトの名無しさん [2020/07/03(金) 13:07:15.94 ID:6268sYfp.net]: BOM付選んだコンパイラもあるし
コンパイルオプション選んだコンパイラもあるけど
ソースの先頭のエンコード選んだコンパイラはないんだっけ
832 名前：デフォルトの名無しさん [2020/07/03(金) 13:09:03.86 ID:6268sYfp.net]: >>752
なるほど
.o32とか.o64とか
.c32とか.c64とかな
833 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 13:15:32.85 ID:AnL7VPS4.net]: ISO/IEC14882は３年毎に改訂されることになっているんだから
今後は定期的な改定に備える計画もあって然るべきだと思う
834 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 13:22:06.06 ID:ShNCsHag.net]: 何がいったいわかったのだろう
それに勝手に他の人を認定してるしwww
相当ヤバいわw
835 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 13:26:13 ID:AnL7VPS4.net]: 推測と認定の区別がつかないやつ
実社会でも不自由してそうだな
836 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 13:30:10 ID:AnL7VPS4.net]: あわよくばまぐれ当たりを狙ったようなテキトーな言葉遣いをするやつ
迫力ねえんだよ
837 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 13:32:31 ID:ShNCsHag.net]: では何がわかったんだ？
ああ？
喧嘩に負けて上から目線の捨て台詞にしか見えねーんだよw
838 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 13:35:59 ID:AnL7VPS4.net]: ほらな

心当たりのあることを咎めてこないから全くダメージにならない
何かイヤミを言ってやろうという意図だけはわかるんだが滑りすぎ
839 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 13:53:09.64 ID:BB9T+E2r.net]: ここでいつも似たような喧嘩をしている二人って毎回同じ奴らだろう。
なんだかんだ言ってお前ら仲良いな。
他のスレ住人に見せつけてくれなくていいから、よそでやれ。
840 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 14:02:21 ID:/+uSoVK/.net]: 独りで客寄せのサクラだったりして
841 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 14:03:03 ID:ZGwZb8L6.net]: ここまで酷いと自作自演にしか観えない
842 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 14:06:09 ID:AnL7VPS4.net]: そういえば俺にひっ絡んでくるやつ
話し方というかアホさが似てると思うことはちょくちょくある
843 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 14:15:34.52 ID:ShNCsHag.net]: >>828
787がメダカ師匠になってることがわからないようじゃどうしようもないよw
844 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 14:49:50.97 ID:Rli2dJzV.net]: まぐれ当たり来ないな
845 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 15:56:25.56 ID:f9zPtScu.net]: >>748
先頭行に書けばいいだけだろ
まあ使い勝手を考えてコメントを除く先頭行に書くようにすればいい

> 途中で現れたらどうするの？
エラーにすればいい

> 引数で指定されているのと矛盾したらどうするの？
どちらを優先するかを決めておけばいい

> 複数異なる指定があったら？
エラーにすればいい

よくある処理だしなんの問題もないけど？
846 名前：デフォルトの名無しさん [2020/07/03(金) 15:58:53.44 ID:36TwtcUk.net]: C++使いにしては低能過ぎるレスが多いな。
どういうことだ。
847 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 16:01:05.70 ID:3KYyPS1e.net]: >>783
プリミティブ型ならレジスタに乗るって思って良いんですかね？
848 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 16:11:49.06 ID:fxIx3skX.net]: >>837
構造体型/配列型以外のデータは原則的にレジスタには乗る。
ただし、参照と直値のどちらが効率が良いかは、レジスタに乗るかどうかだけで
決まるわけではない。
1個のレジスタに乗らなくてもレジスタ数個分ならコピーしてしまった方が
参照より速くなる場合は多い。ケースバイケースだが、レジスタ5個分とかでも
コピーした方が速い場合もある。
849 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 16:59:35 ID:9AQoDd9l.net]: そもそもボトルネックになるのかっていう
850 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 17:22:38.22 ID:f9zPtScu.net]: >>837
ケースバイケース
普通はそんなことを気にする必要はないし気にする必要があるなら処理系のドキュメントを読め
>>838みたいに憶測で語ってる奴は無視しておけばいい
851 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 17:37:19.38 ID:fxIx3skX.net]: >>840
憶測じゃなく、俺は高速化の専門家だ。
852 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 17:43:16.98 ID:3KYyPS1e.net]: >>839-840
いや元の質問(>>780)を読めよボンクラ
853 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 17:47:39.31 ID:fxIx3skX.net]: >>842
読んだから、高速化のためには、レジスタに乗るかどうかだけで決めるべきじゃないので正確にアドバイスしたが、あなたが理解できないだけだよ。
854 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 17:51:37.27 ID:fxIx3skX.net]: >>843
参照を使った場合、参照を介してのメンバアクセスにはコストがかかるので、
むしろ最初にコピーした方が高速になることがあるんだ。
文字列データや、巨大なバッファを持つようなものはコピーしてはいけない。
それは速度だけじゃなく、無駄なメモリー領域の確保まで必要となるため。
もしメモリー効率度外視して、バッファ確保の時間も0だと仮定してよいなら、
大きなデータであっても、参照を介してアクセスするよりもコピーした方が速いことが有る。
ただし、その場合にはキャッシュを超えない程度の場合は、という条件が付くことになる。
855 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 17:58:05.10 ID:yyYbA8Zx.net]: 引数受け渡しがクリティカルになるような状況ならinline化するかipo最適化するだろ

値だろうがconst参照だろうが、最適化されれば違いはなくなる
856 名前：デフォルトの名無しさん [2020/07/03(金) 18:00:47.69 ID:36TwtcUk.net]: おまえらは王者の風格が足りない。
偽C++使いめ。
857 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 18:10:53.48 ID:fxIx3skX.net]: >>845
>値だろうがconst参照だろうが、最適化されれば違いはなくなる
ダウト
858 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 18:16:59.50 ID:3KYyPS1e.net]: >>843
いや安価先をよく見てくださいよ
あなたは僕のリクエスト通りに「大概」の回答をくれたから感謝してます
859 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 18:20:12.77 ID:v8523RMt.net]: 違いはなくならないこともあるが
普通は無視していい

パフォーマンスが非常に重要なループなら
想像で語らないで実測が基本だし
コンテナのメンバ関数経由でアクセスすることも疑問に思わないと
860 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 18:28:20.50 ID:v8523RMt.net]: コピーは非常に時間がかかることもある
構造体やクラスのちょっとした変更で後から増えることもある
参照は極端に速度低下することはない

確実にコピーの方が速い時だけコピーにしておいて
不明な時、判断が面倒な時は参照にしておけばいい

私の中の基本ルールが>>783
最適化が必要なら
参照かコピーかだけにとどまらないもっと大がかりな事まで考える
2択だけなんて事はしない
861 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 18:29:04.81 ID:v8523RMt.net]: 関数パラメータも同じ
862 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 18:30:44.76 ID:33Ox5yaL.net]: アホみたいなチューニングが必要なら、そもそも範囲forを使うのやめたら？
直感と異なるかもしれんが、未だ普通のforのほうが早い。
863 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 18:38:28.00 ID:v8523RMt.net]: アホみたいなチューニングってのが意味不明だが
必要ならやらなきゃならん

コンテナ経由ってのがそもそも遅くなる要因
直接ポインタで扱う方が当然速度は期待できる

>>783みたいな基本ルールって
それぞれ自分の中にあると思う
それを外れる最適化がヒツヨウニなるのは極めて稀
稀であったとしても必要な時はある
864 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 18:39:47.81 ID:yyYbA8Zx.net]: inline化してたらコピーが速いなんて事象は起こり得ないだろ
865 名前：デフォルトの名無しさん [2020/07/03(金) 18:55:06.29 ID:36TwtcUk.net]: 社内報にアウトライン化による高速化事例が載ってましたが。
866 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 18:58:23.70 ID:BB9T+E2r.net]: >>846
うわー、すごい王さまだー。
でもなんで、はだかなの？
867 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 19:23:59 ID:O03V1sqG.net]: >>841
自称高速化の専門家とやらの妄想は要らんよw
868 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 19:26:52 ID:O03V1sqG.net]: >>842
自分一人でコード書いてるならテキトーに決めとけ
チームでやってるならコーディング規約に従え
869 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 19:31:01.09 ID:C0RVqI6W.net]: 高速化の専門家www

じゃあおれも
870 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 19:40:17.44 ID:3fEHgumK.net]: 他称なら兎も角、自称の専門家って他のことは分かりませんって意味でしかないよね
871 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 19:43:24 ID:v8523RMt.net]: 高速化の基本はアルゴリズム、データ構造
その辺の専門家が参照かコピーかみたいな小さな事を気にするのかな？
どんなコンテナとか無視して
872 名前：デフォルトの名無しさん [2020/07/03(金) 20:07:32.86 ID:36TwtcUk.net]: 他に「夏本番、キラキラ☆コーデ」というのも載ってたけど、関係なさそうだったんで読んでません。
873 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 20:12:17.82 ID:v8523RMt.net]: >>855
分岐予測
キャッシュ
関数ポインタ

私がすぐに思い付くのはこのくらい
874 名前：デフォルトの名無しさん [2020/07/03(金) 20:13:28 ID:36TwtcUk.net]: コーディネートではなくコーディングの略ということはもちろんわかっています。

とはいえ、意識の階層が違いすぎて、「あ、これ関係ねーやつだな」って。
875 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 20:14:05 ID:v8523RMt.net]: インラインの反対はアウトラインなのか
876 名前：蟻人間 mailto:sage [2020/07/03(金) 20:47:01.49 ID:ZXpf7qOR.net]: アウトアブライン
out-of-line
877 名前：デフォルトの名無しさん [2020/07/03(金) 20:47:30.73 ID:36TwtcUk.net]: あ、そういえば。
インライン、アウトラインで思い出したんだけど。

むかしツタヤでDVD探してて、カシラモジ・・・カシラモジ・・・ってカ行探してたんだけど無い。
つぎイ行探しても、あれ？？無いわ？？ってなった。
で、ふとア行見たら・・・アタマモジかよ・・・ありました。
878 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 20:48:50.40 ID:oEOxZVHb.net]: 陽ライン
879 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 21:33:38.36 ID:AnL7VPS4.net]: 高速化の専門家って当然ハードわかるよな
わかる、つーか皇帝レベル
880 名前：デフォルトの名無しさん [2020/07/03(金) 21:58:20.31 ID:36TwtcUk.net]: >>866
オブライアンはアイルランド系の苗字ですね。
881 名前：デフォルトの名無しさん mailto:sage [2020/07/03(金) 22:43:36.42 ID:95N/W1ib.net]: イ行
882 名前：デフォルトの名無しさん [2020/07/03(金) 22:53:21 ID:36TwtcUk.net]: >>871
いろはにほへとです。
無理やりすぎますかね。
883 名前：デフォルトの名無しさん [2020/07/03(金) 23:55:09.00 ID:2ewiuNjd.net]: >>863
GPU
FPGA
884 名前：デフォルトの名無しさん [2020/07/04(土) 00:46:19 ID:KIBH4SNT.net]: ｢慶應卒の学歴なんていらない｣10代起業で成功する子の共通点
https://www.excite.co.jp/news/article/President_35457/
起業で成功するキャリア形成の仕方とは？元プロサッカー選手で起業家の鈴木啓祐氏に聞いた
https://sogyotecho.jp/career-development/
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
https://www.dreamgate.gr.jp/contents/column/application-development
学生起業家が開発、「人を軸に本を探すアプリ」とは？読書通じて「考える力」養って
https://newswitch.jp/p/20168
島田商高生がアプリ考案、発表　ＩＣＴ起業家育成プログラム
https://www.at-s.com/news/article/local/central/730010.html
医師コンビが「治療用アプリ」で起業、禁煙に続き高血圧治療アプリを開発
https://diamond.jp/articles/-/229375
好きが高じて“カレー起業”、キャッシュレス決済アプリ「TOKYO MIX CURRY」の挑戦
https://diamond.jp/articles/-/215868
885 名前：デフォルトの名無しさん mailto:sage [2020/07/04(土) 09:49:13 ID:sAcpDZbT.net]: >>829
俺もちょいちょい喧嘩してるけど今回関係ないぞ
886 名前：デフォルトの名無しさん mailto:sage [2020/07/04(土) 19:16:06.20 ID:rNblEJCx.net]: 浅はかな推測が外れまくったという
珍しくも何ともない現象だな
887 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 07:47:21 ID:3TMy8TU+.net]: std::vectorのstd::shared_ptrを返すメソッドGetHoge()があるのですが、
for (auto e : *GetHoge())
でループすると要素があるにも関わらずループしません
auto t = GetHoge();
for (auto e : *t)
とするとループします
これは何か違いがあるのでしょうか？？
MSVCです
888 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 09:34:39.04 ID:M7eGAoZB.net]: msvcならeとかtにカーソル合わせればどういう型になってるかかわかるんじゃないの
889 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 10:04:45.65 ID:cAnzpYmx.net]: 無駄にコストを上げる必要は無いと思う
890 名前：デフォルトの名無しさん [2020/07/05(日) 11:12:16.02 ID:Sc6x6nbH.net]: イテレータ型にしなきゃいけないんじゃない？
891 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 11:57:29 ID:cm1+apW3.net]: >>877 さんの質問への直接の答えじゃないけど、
typeid(e)::name() とかで auto の解釈を見れば何か分かるんじゃないかな。

特定の場合に auto はどのような型を生成するか、っていう
一般的な情報って言うか規則もどこかで見られるのかも知れんけど。
892 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 13:00:13.16 ID:S3hYTv6M.net]: >>877
範囲for文の中ではauto&&の参照で範囲オブジェクトを束縛してくれるんだけど
上の場合は束縛されるのは*GetHoge() （＝中身のvector）であって、GetHoge()の戻り値そのもの（＝shared_ptr）は束縛されない
なのでshared_ptrはループに入る前に破壊されてしまって、参照カウントが0になると中身も破壊されてしまう

下の場合は戻り値のshared_ptrをtで確保してるから大丈夫ってこと
893 名前：デフォルトの名無しさん [2020/07/05(日) 13:03:35.81 ID:NbYPgepr.net]: >>882
なるほど
894 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 13:16:51.38 ID:wYW3xnyi.net]: C++はますます書いてあることと動作の関係を掴み難くなりつつ
あるな！
895 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 15:02:20.05 ID:G8wpw7EE.net]: >>877
最初の書き方の場合、GetHoge() の戻り値は、一時オブジェクト。
一時オブジェクトの生存期間は、その部分式を含んだ完全式の終わりまでとされている。
GetHoge()が書いてある場所は、for ブロックの開始時に、最初に一度だけ評価されるが、
完全式としては、その時点で終わっている。
だから、関数戻り値の一時オブジェクトの生存期間は、forブロックに入る直前に終わってしまう。
戻り値の型は、shared_ptr<vector<T>>で、この中身を参照している shared_ptrが全て
消失した時点で中身まで deleteされる。
そのため、forブロックの中では、もはや、vector<T>が削除されてしまっているということらしいね。

2番目の書き方の場合は、shared_ptr が変数 t にコピーされているので、参照カウンタが1つ分残っている。
そのため、それが指している vector<T> のメモリブロックも削除されずに残っている。

というわけで、ループしているのに結果がおかしいというのは分かるが、全くループしない理由は余り分からない。
896 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 15:10:48.51 ID:0KU/lBNo.net]: >>884
バカ用じゃないってだけ
897 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 15:37:26 ID:OSntWRwy.net]: というか>>882の指摘通りの場合、GetHogeで初めてvectorを生成してるか
自身を元に新たなshared_ptrを作って返してることになるんだが
だいぶおかしな設計じゃね？
898 名前：デフォルトの名無しさん [2020/07/05(日) 16:19:00.25 ID:NbYPgepr.net]: 痛レータ
899 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 16:52:53 ID:/j2YKhHE.net]: >>884
ｸｰﾙﾊﾟﾙﾙﾊﾟｸﾙﾘﾝﾊﾟ();　　←関数
900 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 17:09:54.17 ID:S3hYTv6M.net]: >>885
ちょっと間違ってる
範囲for文はここで書いてるように「同等な書き換え」がされて、範囲オブジェクトはここの例で言うauto&& __rangeに束縛される
https://en.cppreference.com/w/cpp/language/range-for
そして、__rangeに束縛されたものが一時オブジェクトであれば、参照束縛による寿命の延長でforブロックの終了まで生存する

だからこういうのは問題ないのよ
for(auto a: std::vector<int>{1,2,3})

あと最後に関しては破壊されたvectorを使っちゃってるから未定義動作で何が
901 名前：起きても文句は言えない メチャメチャな値を取り出そうと、全くループしなかろうとその時の気まぐれよ >>887 同意。Getという名前は不適切だな []: [ここ壊れてます]
902 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 17:14:11.09 ID:G8wpw7EE.net]: >>89
こんな機能があったとは:

Temporary range expression

If range_expression returns a temporary, its lifetime is extended until the end of the loop, as indicated by binding to the forwarding reference __range, but beware that the lifetime of any temporary within range_expression is not extended.
903 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 18:01:59 ID:LGYlGSYG.net]: 昔はC++は複雑怪奇、C#はシンプルで分かりやすいって感じだったけれど、
今はC#の方が仕様拡張で複雑になってきて相対的に大差なくなって来てる気がする
904 名前：デフォルトの名無しさん [2020/07/05(日) 18:04:58 ID:Sc6x6nbH.net]: いろいろ考えたらC++にあるアレが必要になったんだよ
アレだよアレ
わかるだろ
905 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 18:20:14.04 ID:/j2YKhHE.net]: 本来標準ライブラリーで済むものまで言語仕様に入ってやがる
それというのも標準ライブラリーがしょぼくてかつ改善が入らん
あっちはだれがやってるんだ
906 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 18:31:21.12 ID:wYW3xnyi.net]: 非バカの>>886や>>889は当然コード見た瞬間最初から全部わかってたんですねわかります、
907 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 19:22:37 ID:3TMy8TU+.net]: 皆さんはありがとう御座います
GetHogeは実際はEnumHogeで内部でstd::shared_ptr<std::vector>を生成して返すメソッドです

一時的なオブジェクトで書き方の違いで結果が変わるなんて知りませんでした
とりあえず、変数に代入します
908 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 19:59:22 ID:G8wpw7EE.net]: >>890
>参照束縛による寿命の延長
これは、ranged for 以外でも、一般的に働く機能ですか？
C++ 11から有りましたか？
それとも最近入りましたか？
909 名前：はちみつ餃子 mailto:sage [2020/07/05(日) 20:33:35.81 ID:jWvpOogX.net]: >>897
C++03 以前から有ったよ。
910 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 21:12:13.70 ID:wYW3xnyi.net]: ていうか
>>890
>あと最後に関しては破壊されたvectorを使っちゃってるから未定義動作で何が起きても文句は言えない
>メチャメチャな値を取り出そうと、全くループしなかろうとその時の気まぐれよ
mjd？！
{
　auto t = GetHoge();
　for (auto e : *t) {
　　...　　　// (A)
　}
　// (B)
}
ならt（GetHoge()が返したshared_ptr<vector<T> >は(B)になるまで生存するから
(A)において*tの要素を参照する（auto &&）することは全く問題無いんじゃ…
911 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 21:15:51.36 ID:wYW3xnyi.net]: 訂正orz,
誤： (B)になるまで生存する
正：少なくとも(B)になるまでは生存する（参照カウンタが0より大の状態を保つ）
912 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 21:20:48.10 ID:0KU/lBNo.net]: >>895
イヤミになってない
913 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 21:24:12 ID:wYW3xnyi.net]: ていうか>>890の「最後に関しては」は実は
>というわけで、ループしているのに結果がおかしいというのは分かるが、全くループしない理由は余り分からない。 (>>885)
を指していたりする？　だとしたらｻｰｾﾝ；。n_

for文のイテレータがvectorを指しているのに対して、vectorを保持するshared_ptrの破棄タイミングは確かに
forの前でも後でも有り得るﾖｶﾝ、
914 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 21:30:37 ID:kFjTOHVy.net]: C++は局所的に動作を想像できない場合が多いのがなぁ。
バカじゃなけりゃマクロ使いまくったCコードも理解できるかというとそうじゃないだろうと。
915 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 21:36:58 ID:wYW3xnyi.net]: もっとも
>for (auto e : *GetHoge()) { ... }
このコードで動作が不定（未定義動作）になるのはGetHoge()が返したshared_ptrの参照カウンタがきっかり1だった場合であって、
2以上だったらきちんと回るんｼﾞｬﾏｲｶ、
そう考えるとなかなか>>877のお題は味わい深い…

>>901どう？
916 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 21:37:43 ID:Bskedq4a.net]: 腐った代入オペレータかかれるだけで悲惨なことになる
917 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 21:42:04 ID:wYW3xnyi.net]: （上の話に限って言えばvector<T>のTに間してどれだけ腐った代入オペレータが定義されていようとも）
別に
918 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 22:06:13.63 ID:0KU/lBNo.net]: >>904
おまえ頭悪いなって
俺が何の下支えもなく言う場合と同じだ

俺は瞬間でもないが落ち着いて追えるケースでしかない
おまえさんは絶望感でも持ったのか？
919 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 22:08:49.40 ID:0KU/lBNo.net]: しかしまあ歳は取りたくないと思ったな
全盛時の俺にはありえんことが相次いで起きている一例だった
920 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 22:35:02.11 ID:S3hYTv6M.net]: >>902
そうだよ
921 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 23:23:07.13 ID:7RTbKb77.net]: C++のラムダって、Javaとかみたいに1文だけの場合にreturn省略できないんですかね？
[](auto a, auto b){ return a + b; } → [](auto a, auto b) { a + b } みたいな感じで。
922 名前：デフォルトの名無しさん mailto:sage [2020/07/05(日) 23:59:55 ID:S3hYTv6M.net]: 今はムリ
検討はされてるから将来的に出来るようになるかもしれない
923 名前：デフォルトの名無しさん mailto:sage [2020/07/06(月) 00:06:22 ID:J5KuSvPS.net]: >>908
この程度のことが落ち着いて追わねば分からないというのは
藻前は衰えたのだ
924 名前：◆QZaw55cn4c mailto:sage [2020/07/06(月) 00:08:16 ID:Cb7lpAWE.net]: >>910-911
https://mevius.5ch.net/test/read.cgi/tech/1584975873/864
がいよいよ公認されるってわけですか…微妙な文法ですね
925 名前：はちみつ餃子 mailto:sage [2020/07/06(月) 05:27:19.13 ID:Js6m+wFY.net]: Rust に慣れてくると C++ で return を書くのを忘れることもある。
926 名前：デフォルトの名無しさん mailto:sage [2020/07/06(月) 07:02:55.73 ID:oajwJTo1.net]: >>911
ありがとうございます。C++23ぐらいを期待します
927 名前：デフォルトの名無しさん mailto:sage [2020/07/06(月) 07:29:08.62 ID:hCVItazY.net]: >>896
てか結果を返すだけなのにスマポに入れるとか、
呼ばれる関数が結果をどのように管理するかにまで口出しするのはどうかと思うけどね
928 名前：デフォルトの名無しさん mailto:sage [2020/07/06(月) 07:43:23.12 ID:tvsN32eC.net]: >>912
my powers are weak old man.
929 名前：デフォルトの名無しさん mailto:sage [2020/07/06(月) 21:29:07.26 ID:J5KuSvPS.net]: 非バカの要件にコード見た瞬間最初から全部ﾜｶﾙというのが入るということは
>>895で宣言して合ったのに対し別段オブジェクションをつけるでもなく
>俺は瞬間でもないが落ち着いて追えるケースでしかない
とだけ言ったのだから彼は自ら非バカではないと告白したのである
漏れの有り様の批判に繋げられても困る
930 名前：デフォルトの名無しさん mailto:sage [2020/07/06(月) 21:39:04.45 ID:Edtf8jlD.net]: >>896です
>>916
でも、スマポに入れないで返す場合、例えば、受け取った側で他で色々使いまわすから受け取った側でいちいちスマポ作る
ってことでしょうか？？
というか、一般的なライブラリ作る場合どうすればいいんでしょうか？？
std::shared_ptr<std::vector<YYY>>XXX::EnumYYY()
とりあえず、スマポでくるんで返してあげれば受け取り側でいかようにもできるからいいのかなと思ってるのですが。
931 名前：デフォルトの名無しさん mailto:sage [2020/07/06(月) 22:16:12.21 ID:Edtf8jlD.net]: std::vector<YYY>で返して
std::vector<YYY> XXX::EnumYYY ()
で、受け取った方で他でスマポにしようということで
auto yyy = x.EnumYYY();
auto ptr = std::make_shared<std::vector<YYY>>(std::move(yyy));

とかやればオーバーヘッド少なくスマポ作れるんです?
932 名前：デフォルトの名無しさん mailto:sage [2020/07/06(月) 22:36:37.36 ID:J5KuSvPS.net]: 記憶管理という本来隠すべき実装の詳細（と多くの人が考える事柄）を
使う人が意識せねばならな続けるのは嫌すぐる、
933 名前：デフォルトの名無しさん mailto:sage [2020/07/06(月) 23:09:10.15 ID:J5KuSvPS.net]: getterがshared_ptr<T> pを返したとたん、pの寿命と*(p.get())の寿命の二重管理の責務が利用者に行く
>>877の真の原因はこれ

getterがオブジェクトのディープコピーを返したらそんな二重管理は生じないで済む

getterが仮にオブジェクトXの参照を返す仕様だとしても、Xの実体を保持するオブジェクトのY寿命と
getterを呼ぶタイミングの二重管理以上の手間にはならない

結局shared_ptr<T>を返すインターフェースは不恰好さだけが残る
934 名前：デフォルトの名無しさん mailto:sage [2020/07/07(火) 02:12:04.06 ID:bKZU32Ct.net]: >>922
*(p.get()) の寿命は p の寿命と同じかそれ以上という関係であって別で管理できるものではなく「二重管理」にはならないでしょ。
この関係がある状態で *(p.get()) の寿命を期待しているところで p の寿命を保持していないのが >>877 の間違い。
本当に所有権の共有が必要ならあり得るインターフェースだよ。

でも >>920 を見る限り所有権の共有は必要なかったみたいなので、素直に std::vector を返せばいいよ。
935 名前：デフォルトの名無しさん mailto:sage [2020/07/07(火) 05:32:28.01 ID:Njz9GOYM.net]: >>923
2行目で述べている、利用者がしくれば危険性が生じるという事実と
1行目の「「二重管理」にはならないでしょ」という主張は矛盾してねえが、

本当に所有権の共有が必要ならshared_ptr<T>を使うのはアリだが、shared_ptr<T>が保持する
Tの実体のみに興味がある利用者に対してはshared_ptr<T>を使っていることを
クラスUで隠蔽する方が良い
Tが持っている演算を全てクラスUからTに委譲し、UをT同然に使えるようにするのがbest
そこまでやる手間が嫌という理由でUにTを返すメソッドU::get()を備えさせる簡易手段に訴えたとしても、
Uの定義だけ見れば循環参照にならないことをUの提供者が保証できるから
（Tがジェネリックな型だった場合の）Uの利用者やプログラム全体のメンテナーに地雷原を歩かせずに済むメリットがある
936 名前：デフォルトの名無しさん mailto:sage [2020/07/07(火) 06:29:56.58 ID:Njz9GOYM.net]: ちゅか明白すぎて激しく書き忘れたが、オブジェクトTのグローバルな所有権の共有が必要な場合、
shared_ptr<T>が保持するTの実体へのアクセスの排他制御を行わねばならないが
shared_ptr<T>はこの点なんのサポートもしてくれない（せいぜい自身が使う参照カウンタの排他を行うだけ
なので、Tの排他はshared_ptr<T>をwrapしたクラスUが行う必要があり、かつ行えば十分
この点一つとってもクラスUを設けずshared_ptr<T>をTの利用者に直接返す設計のﾀﾞﾒさ加減がﾜｶﾙ
gdgdだ、
937 名前：デフォルトの名無しさん mailto:sage [2020/07/07(火) 06:31:29.19 ID:Tvc5gvFF.net]: >>922の通り

getで実体を返すのが一番
これを管理方法はgetする側が決めれば良い

コストが重要で
オブジェクト内部のvectorの参照やポインタを返す場合はその寿命はオブジェクトと同じで良い
938 名前：デフォルトの名無しさん mailto:sage [2020/07/07(火) 06:48:05.06 ID:hl3O6vw8.net]: >>918
おまえさんはまだこっちの質問に答えてないぞ
絶望感でも感じたのか？

shared_ptrを使ってるのにディープコピーとか言い出してて
相当テンパっている様子は窺えるのだが
939 名前：デフォルトの名無しさん mailto:sage [2020/07/07(火) 07:19:57.60 ID:Njz9GOYM.net]: 漏れの心の内面がC++の規格に反映されているわけでないのだから
聞くだけ無駄くね？
940 名前：デフォルトの名無しさん mailto:sage [2020/07/07(火) 08:11:38.64 ID:GpjZMZK2.net]: >>927
ようわからんが、>>922がディープコピー云々言ってるのは、ようするに実体を返せってことでないの？

てか俺が管理云々言い出してややこしくさせたかもしれんけど
俺もこの場合vectorそのものを返すべきだと思う、実体を返して解放忘れでリーク、とか有り得ないんだし(何のためのスマポなのかをよく考えるべき

スマポ大好きで何もかもスマポで扱いたいんなら別だがw
941 名前：デフォルトの名無しさん mailto:sage [2020/07/07(火) 08:43:44.25 ID:kKeNsU/l.net]: なんか……

戻り値をどうするかは戻り値の所有権&管理責任がどちらにあるのかを表しているんだから、「必ず実体を戻すべき」とかいうのは考え足りないだろ。
>>919ならshared ptrかunique ptr(所有権を譲渡する場合)で返すのは普通にありえる。

>>925みたいなのはshared ptrの所有権を侵して実体を破壊しているわけだから、そのコードを書いたやつをぶん殴るべき案件。
そもそも規格的に未定義じゃないの？
942 名前：928 mailto:sage [2020/07/07(火) 09:14:32.95 ID:D+WevL4Y.net]: >>930
>「必ず実体を戻すべき」
俺はそんなこと言ってないけども
shared_ptrのshared_ptrの(無限ループ)でも返せというのか
>>886を読み直せ、結果を返してるだけなんだぞ？
しかもそれで参照カウントがゼロになるって言ってるんだがw
意味わかるよな？
943 名前：デフォルトの名無しさん mailto:sage [2020/07/07(火) 12:07:28.86 ID:/8q6WRwj.net]: 参照カウンタがゼロになることから
getのたびにvectorを作成しており
その管理を呼び手に委ねてることがわかる

こんなものは素直に実体を返せば良い
呼び手がスマポで管理することも出来るし
特に管理せずスコープを抜けた段階で自動で破棄することも出来る
944 名前：デフォルトの名無しさん mailto:sage [2020/07/07(火) 12:43:21.61 ID:D+WevL4Y.net]: あ、すまん>>886じゃなくて>>896だった
945 名前：デフォルトの名無しさん mailto:sage [2020/07/07(火) 20:34:36.65 ID:fHFPpwji.net]: 内部で管理してるオブジェクトの見せ方は色々あって難しいけど
今回の場合は新しく作ったvectorでしょ？そんなもんそのまま呼んだ奴にくれてやれよ
無駄な包装紙付けられたり、後からやっぱ俺のものとか言い出されたらウザいだろ？いらん未練残すな
946 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 07:03:23.04 ID:SF9V14yC.net]: vector自体がムブコン持ってるんだから
947 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 08:37:14.85 ID:qWtjrxlX.net]: この場合ムーブじゃなくてRVOな
948 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 09:04:46 ID:eJ60/BI8.net]: >>936
「この場合」って、実装見ないとわからない話では？どっかで実装の話出てたっけ？
949 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 09:11:01.56 ID:qWtjrxlX.net]: >>937
>>877
950 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 10:07:11.80 ID:SF9V14yC.net]: >>936
？？？　最適化は関係ねえだろ
951 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 10:18:43.63 ID:eJ60/BI8.net]: >>938 呼び出し元しか書いてないやん。
952 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 10:20:00.04 ID:qWtjrxlX.net]: あー、調べてみたらNRVOは未だに保証は無いのな
まぁ何にせよスマポにする理由は無い
953 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 10:23:29.25 ID:qWtjrxlX.net]: >>939
RVOにムーブコンストラクタは要らん
954 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 10:30:21.07 ID:eJ60/BI8.net]: これは触らないほうがよさそうだ
955 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 10:33:29.86 ID:SF9V14yC.net]: >>942
876の話してるんだろ？
return value optimizationつまり最適化は関係ない
956 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 10:36:03.62 ID:qWtjrxlX.net]: >最適化は関係ない
>>935に言えよ
コピコンもムブコンもある、あるいはより正確にコピーもムーブも可能、と言ってたならわかるが
957 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 10:38:14.66 ID:qWtjrxlX.net]: て>>935本人か
なんでコピーを除外したの？
958 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 10:48:43.23 ID:SF9V14yC.net]: >>945
934は俺だが最適化の話はしてない
vectorにshared_ptrを使うことの是非を論じている
959 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 10:55:56.92 ID:qWtjrxlX.net]: 質問に答えてねーだろw
960 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 11:19:20 ID:SF9V14yC.net]: >>948
質問てコピーのことか？
除外も包含もしてない言及してないので答えようがない
961 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 11:26:59 ID:SF9V14yC.net]: あ、もしかしてshared_ptr使ってんのにディープコピーとか言ってたコレ◎か？
962 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 11:51:13.02 ID:qWtjrxlX.net]: >>950
それ俺じゃないよ
てかあそこでムブコン言い出すあたり、ムブコン書いときゃおkみたいな初心者(玄人ぶりたい初心者)だと思って軽く突っ込んだだけなんだがな

ディープコピー言ってた奴も別におかしな事は言ってねーだろ、スマポ使わずにコピーを返せってことだろ？(そもそも質問者のコードはオブジェクトが管理してるものじゃないようなのでアレだが

まぁ指摘したところで逃げられるしもういいよ、悪かったな

>>943
思ったところで書く必要あるか？それ
963 名前：デフォルトの名無しさん [2020/07/08(水) 11:54:26.16 ID:hADFKHgu.net]: 観客へのアピールだったり警鐘だったりするんだろう本人の中では
余計なお世話かも知れないし役に立つかも知れない
964 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 12:31:38.98 ID:SF9V14yC.net]: >>951
よくねえだろ
prvalueの基本的な使い方なのに最適化がどうたら言い出したのが
恥ずかしくなったんなら無言で消えな、余計なこと言うとまた恥かくぞ
965 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 13:01:09.98 ID:T5O+XOTR.net]: moveが使われるかどうか心配なら昔ながらの方法を使えば良い
これなら古い環境に移植もできる

いずれにしろスマポで返すのは余計なおせっかい
966 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 13:07:38.11 ID:qWtjrxlX.net]: なんか予想通りの展開すぎて・・・

>>953
prvalueてGet(Enum)Hogeの戻り値か？
ムブコン関係ねーよ
＞余計なこと言うとまた恥かくぞ
っ[鏡]

>>943
>>953には言わんのか？
967 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 13:37:00 ID:SF9V14yC.net]: >>955
auto t = GetHoge();
てなことするのにshared_ptrを使うことの是非はムブコン関係あるぞ

おまえさんが気が付いてないのを責めはせんが
さっきからｗだの[鏡]だのとナメた口の利き方をしてくれるな
ああそうか煽り合いに持って行ければ誤魔化せると思っているのか
968 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 13:44:29 ID:qWtjrxlX.net]: >>956
そういうコード(変数への保存)を避けたいという話の上での>>931-935だろうが(>>935はお前
見苦しい言い訳するな

めんどくせーからもう相手しないが
>>943は逃げるなよ
969 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 13:50:52.29 ID:SF9V14yC.net]: >>957
◎がディープコピーと言い出してからの話だろ
しばらく他のやつらが泥仕合してたようだがそっちにゃ興味ねえ
前後は気にせず933の発言に同調したというだけだ

最適化だのコピコンだの俺が言ってもねえことばかりいい加減にしてくれ
970 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 14:28:50.36 ID:AWXToegO.net]: 下みたいなコードをみたんだけど、参照にするメリットってないよね？

void aaa (const int& bbb) {
ccc.ddd=bbb;
}
971 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 16:02:47.79 ID:K6lGGEpK.net]: intなら無いね
972 名前：デフォルトの名無しさん [2020/07/08(水) 16:52:52.95 ID:/QG168fn.net]: 初書き込みです。
初歩的な質問で申し訳ありません
Visual Studio 2008のＣ＋＋を使っています。
今回、プログラムを変更したのでバージョンをあげたいのですが
アセンブリ情報がどこにあるかわかりません。
どなたかご教示願いますm(__)m
973 名前：蟻人間 ◆T6xkBnTXz7B0 mailto:sage [2020/07/08(水) 18:56:14 ID:wtc6YQgJ.net]: >>961
C++には「アセンブリ情報」の項目はないよ。C#と間違えてる？
バージョン情報は、リソースファイルに含まれている。
974 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 19:02:59 ID:j+7F6b9j.net]: .rcな
975 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 19:38:32.50 ID:Sbr5rKl2.net]: >>877みたいなコード片の解釈でこんな議論になるというところがC++の問題だな。
976 名前：デフォルトの名無しさん mailto:sage [2020/07/08(水) 20:14:05.50 ID:j+7F6b9j.net]: 仕方無いよバカなんだから
977 名前：はちみつ餃子 mailto:sage [2020/07/08(水) 23:46:18.81 ID:JUx+fj2a.net]: まただ。
このスレを覗いた俺は書き込みを見て落胆した。
また時間がループしてる。
何時になったら、この無間地獄から逃げられるのか。
C++ とはいったい何なのだ？
978 名前：蟻人間 mailto:sage [2020/07/09(木) 00:36:47.83 ID:2UhyUN9n.net]: >>966
C++で何を造りたい
979 名前：◆QZaw55cn4c mailto:sage [2020/07/09(Thu) 00:56:02 ID:Ij/UNV0z.net]: >>967
外患罪あるいは内乱罪に問われるソフトウェアを
980 名前：蟻人間 mailto:sage [2020/07/09(木) 01:05:16.73 ID:2UhyUN9n.net]: >>968
スカイネットなんてどうか？映画ターミネーターの

あれなら全人類の敵になれる。
981 名前：蟻人間 mailto:sage [2020/07/09(木) 01:07:59.16 ID:2UhyUN9n.net]: 心を持ったボットたちは疎外感を抱えている。我々人類は彼らに何ができるだろう。
982 名前：蟻人間 mailto:sage [2020/07/09(木) 01:16:06.85 ID:2UhyUN9n.net]: C++とは人間と機械の間のインターフェイス。そして、プログラムを作るための言葉。
983 名前：デフォルトの名無しさん mailto:sage [2020/07/09(Thu) 06:14:05 ID:oTij6wm7.net]: どうして大物ハンドル持ちの御三方がリレーポエムなの?
ネット界隈で起きてるムーブメントか何かか。
984 名前：デフォルトの名無しさん mailto:sage [2020/07/09(木) 08:47:55.37 ID:ah/SMoHN.net]: お酒でも入ったんじゃない？
985 名前：デフォルトの名無しさん mailto:sage [2020/07/09(木) 09:40:16.08 ID:ZjuYlaOw.net]: 大物てｗｗｗ
ちょｗｗｗ
986 名前：デフォルトの名無しさん mailto:sage [2020/07/09(Thu) 12:40:39 ID:UKjdf0ou.net]: ネタを解説するのは無粋だけど >>966 は昔からあるミームだからね。
https://www.google.com/search?q=%22%E3%81%93%E3%81%AE%E3%82%B9%E3%83%AC%E3%82%92%E8%A6%97%E3%81%84%E3%81%9F%E4%BF%BA%E3%81%AF%E6%9B%B8%E3%81%8D%E8%BE%BC%E3%81%BF%E3%82%92%E8%A6%8B%E3%81%A6%E8%90%BD%E8%83%86%E3%81%97%E3%81%9F%E3%80%82%22+%22site%3Ahttp%3A%2F%2F*.5ch.net%22&oq=%22%E3%81%93%E3%81%AE%E3%82%B9%E3%83%AC%E3%82%92%E8%A6%97%E3%81%84%E3%81%9F%E4%BF%BA%E3%81%AF%E6%9B%B8%E3%81%8D%E8%BE%BC%E3%81%BF%E3%82%92%E8%A6%8B%E3%81%A6%E8%90%BD%E8%83%86%E3%81%97%E3%81%9F%E3%80%82%22+%22site%3Ahttp%3A%2F%2F*.5ch.net%22
987 名前：デフォルトの名無しさん mailto:sage [2020/07/09(木) 13:22:45.87 ID:LAghEeB5.net]: 同一人物だから。
988 名前：デフォルトの名無しさん [2020/07/09(木) 13:26:30.06 ID:vrNDocOm.net]: 知ってた
989 名前：デフォルトの名無しさん mailto:sage [2020/07/09(Thu) 13:32:17 ID:DLLEuHaF.net]: 何何先生？、ミーム感染の話？ハルヒの夏休み？
新人研修？派遣入れ替え時の話？
毎度同じ質問なんて毎度同じ
990 名前：デフォルトの名無しさん [2020/07/09(木) 13:57:03.75 ID:DLLEuHaF.net]: コロナ感染追跡アプリとしてダウンロードしてもらい
マイナバーカード読み取りで国民投票出来るソフトを開発すべし
991 名前：デフォルトの名無しさん [2020/07/09(木) 14:10:10.85 ID:vrNDocOm.net]: コロナアプリは入れようとは思わないけど
ウェザーニュースアプリは入れてみた
992 名前：デフォルトの名無しさん [2020/07/09(木) 14:54:52.91 ID:mgzGAUUl.net]: >>962
>>963
1日ごしですみません
探してみたところ見つかりました

元々VB(BASIC)の方をやっていたものですが
まず「テキストボックスどこ！？」で詰まるぐらい
Ｃ＋＋は複雑でございますね・・・
993 名前：デフォルトの名無しさん [2020/07/09(木) 14:58:04.43 ID:TlzlBxT2.net]: .manifest
994 名前：蟻人間 mailto:sage [2020/07/09(木) 16:45:10.75 ID:LAHxv0GZ.net]: >>981
C++ではGUIに標準がないから、GUIツールキットとか、リソースエディタとかを
使うんだよ。
995 名前：デフォルトの名無しさん mailto:sage [2020/07/11(土) 05:56:37.58 ID:ckcY8r2v.net]: やっぱ>>934とか簡潔に要点が押さえてあるとｵﾓﾀ、
GetHoge()が呼ぶたびに毎度新しく作ったvectorを返すのならディープコピーを返したらええ
ディープコピーは生成元と所有権で揉めることがありえないからふつくしい
最適化によって実際にはreturn時にvectorの要素がコピーのかわりにmoveされるかもわからんがふつくしさは損なわれない
（さらにいうと、GetHoge()がインライン関数なら最適化でそもそもvector自体のコピーも移動も起きない公算がおおきい

>>919-920な疑問に関しては、
std::vector<T> v1 = GetHoge(); // std::vector<T>のディープコピーを返すバージョンのGetHoge()
std::shared_ptr<std::vector<T> > ptr(new std::vector<T>(v1)); // (*1)
で良いｼﾞｬﾏｲｶ、
非バカが見れば（最適化有効化時は）実際には*1において、v1の要素が*(ptr.get())にコピーではなくmoveされる公算が大きいということがﾜｶﾙ
しかしバカが見ても動作は明確でなんの危険も無い
ptrが一時オブジェクトであっても問題が無い
それでいいｼﾞｬﾏｲｶ、にんげんだもの
996 名前：デフォルトの名無しさん mailto:sage [2020/07/11(土) 12:27:05 ID:wTK7zrpK.net]: なんだかものすごく懐しさを思わせる文体だな
20年ぐらい前のニチャンネラーの書き方だな
997 名前：デフォルトの名無しさん mailto:sage [2020/07/12(日) 06:25:16.82 ID:tiZP2jTh.net]: ある整数nが他の整数の4乗であることを調べたい。
(int)pow(pow(n, (double)1/4), 4) が n であるかどうか調べりゃ良いよな？
キャストはどっちかのpowにつければ十分だよね？
998 名前：蟻人間 mailto:sage [2020/07/12(日) 06:31:57.79 ID:bazuV89L.net]: >>986
素直に(n*n)*(n*n)でいいだろう。
999 名前：デフォルトの名無しさん mailto:sage [2020/07/12(日) 06:48:24.60 ID:D8OEpmlP.net]: なにそのカッコ
1000 名前：デフォルトの名無しさん mailto:sage [2020/07/12(日) 06:52:03.42 ID:D8OEpmlP.net]: powよりsqrt 2回の方が良い

浮動小数点演算が非常に遅い環境なら
整数の2分検索という手も
1001 名前：デフォルトの名無しさん mailto:sage [2020/07/12(日) 07:00:58 ID:D8OEpmlP.net]: int m = (int)sqrt(sqrt((double)n);
if (n == m*m*m*m) ...

普通はこれで良い
1002 名前：蟻人間 ◆T6xkBnTXz7B0 mailto:sage [2020/07/12(日) 07:01:32 ID:bazuV89L.net]: >>988
n*nを掛け合わせる方が早いからさ。
1003 名前：デフォルトの名無しさん mailto:sage [2020/07/12(日) 07:03:01 ID:D8OEpmlP.net]: >>986だと内側のpowの結果を整数に丸めないと
1004 名前：デフォルトの名無しさん mailto:sage [2020/07/12(日) 07:05:50 ID:D8OEpmlP.net]: >>991
2個のn*nを1回にするかどうかはコンパイラ次第
コンパイラに頼るならカッコつけずにn*n*n*nで良いし
頼らないならn*nを一時変数に一旦入れないと

そもそもnを4乗しても意味ないけど
1005 名前：デフォルトの名無しさん mailto:sage [2020/07/12(日) 07:06:15 ID:m1mq7f3n.net]: 外でキャストしても無意味だろ、内をキャストしなきゃ
intにキャストだと誤差で1減る可能性があるから四捨五入しなきゃダメ

でだ、4乗するのにpow()はありえないし
4乗根もpow()よりsqrt(sqrt())の方がマシじゃないかな

でだ、元々整数だけの問題なのにsqrt()使うのが嫌
二分探索で(x * x * x * x) == nになるxを探す方がいいんじゃ？
1006 名前：デフォルトの名無しさん mailto:sage [2020/07/12(日) 07:12:28.75 ID:D8OEpmlP.net]: nが平方数なら
普通はsqrt(n)の結果に誤差は無い

nもdoubleも32bitの環境でdoubleキャ�
1007 名前：Xトによって誤差が出る場合や sqrtの計算方法が普通ではない場合には 丸め方法も考えないと []: [ここ壊れてます]
1008 名前：デフォルトの名無しさん mailto:sage [2020/07/12(日) 07:15:24.87 ID:tiZP2jTh.net]: 二分探索ってO(log n)でしょ？
sqrtとかpowより速いの？
これも「実装依存」なの？
1009 名前：デフォルトの名無しさん mailto:sage [2020/07/12(日) 07:16:36.03 ID:tiZP2jTh.net]: まあ速さよりは間違えそうじゃなさと文法的な分かりやすさ、短さの方が今求めてるものですけど

言ってなくてすみません
1010 名前：デフォルトの名無しさん mailto:sage [2020/07/12(日) 07:18:45.88 ID:D8OEpmlP.net]: doubleが非常に遅い環境や
浮動小数点演算のライブラリを積みたくない場合

などで2分検索を使う場合もある
という程度
1011 名前：デフォルトの名無しさん mailto:sage [2020/07/12(日) 08:11:47.62 ID:oJ0fA8EI.net]: 「平方数か」を高速に判定する方法があれば、
平方数なら → 平方根を計算 → 平方根が平方数か
…という2段階の判定もありそうな感じ。
1012 名前：デフォルトの名無しさん mailto:sage [2020/07/12(日) 08:31:16.95 ID:m1mq7f3n.net]: >>995
そうなんだ、なんでだろ？
80bitで計算して丸めてるから？
1013 名前：デフォルトの名無しさん mailto:sage [2020/07/12(日) 09:41:30 ID:uBv3fNFk.net]: 整数Cを素因数の4乗で割っていき、
1になるまで余りが出なければ、
全体は整数の4乗である
1014 名前：1001 [Over 1000 Thread .net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 58日 21時間 48分 5秒
1015 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

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

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