C++相談室 part153

**デフォルトの名無しさん** · 2020/10/10(土) 23:18:20.00

https://mevius.5ch.net/test/read.cgi/tech/1589424805/
※前スレ
C++相談室 part152
https://mevius.5ch.net/test/read.cgi/tech/1594528940/

テンプレおしまい

**デフォルトの名無しさん** · 2020/12/18(金) 18:26:15.74

template <typename T>
using my_priority_queue = priority_queue<T, vector<T>, greater<T>>;

**デフォルトの名無しさん** · 2020/12/18(金) 18:41:07.57

gccの場合、未実装でもスタブだけ存在する場合があるんですよね。
つまり、コンパイル時やリンク時にはエラーにならない。
悪いことに実行時にもエラーにはならず、静かにスルーされる場合さえあるんです。

ここまでの流れでもお気づきでしょうが、gccの熱烈なファンは、gccが後れを取ることが許せないんですよ。

ですから、gccの熱烈なファンサイトより、GNUのマニュアルを見ることをお勧めします。
マニュアルを見れば、たいていは、きちんと書いてあります。

**デフォルトの名無しさん** · 2020/12/18(金) 19:45:59.90

始皇帝氏

**デフォルトの名無しさん** · 2020/12/18(金) 19:59:32.56

>>748
ここ以外に各コンパイラでの実装具合が上手い事まとまってるサイトとかあんの？

**デフォルトの名無しさん** · 2020/12/18(金) 20:30:00.87

コンパイラのサポート状況 (C++17) - cppreference.com
https://ja.cppreference.com/w/cpp/compiler_support/17

こっちでの表現は「初等文字列変換」になってんのか
分かるワケねーな

**デフォルトの名無しさん** · 2020/12/18(金) 20:48:34.81

>>746
N4713のpdfとかどこをどう漁れば出てくんだ？
全然見つからないんだけど

**デフォルトの名無しさん** · 2020/12/18(金) 20:52:41.57

>>755
N4713 c++で検索したらトップに出てきたぞ。
普段どんな検索しているんだよ。

**デフォルトの名無しさん** · 2020/12/18(金) 20:53:49.00

https://github.com/cplusplus

ここで検索すればドラフトならみられますよ。
向こうも見てるだろうけど。

◆QZaw55cn4c · 2020/12/18(金) 21:01:49.42

>>751
関係ないけれども、gcc って今は C++ で記述されているんですよね
長い間私はそれをとても残念に思っています
オプティマイズは苦手であってもいいから C で記述されている C++ 処理系って存在するのでしょうか？

**デフォルトの名無しさん** · 2020/12/18(金) 21:12:10.66

>>756
>>757
https://cpprefjp.github.io/international-standard.html
https://ja.cppreference.com/w/cpp/links
ここで紹介されている最終ワーキングドラフトでもない、

https://github.com/cplusplus/draft/tree/master/papers
こっちはたくさんあって何を選べばいいか分からない、

どうやってN4713のドラフトに行きついたんだ？

**デフォルトの名無しさん** · 2020/12/18(金) 21:20:36.71

おーけーぐーぐるえぬよんなないちさん、と言いました。

**デフォルトの名無しさん** · 2020/12/18(金) 21:37:45.97

行き着いた、ってのは>>746の彼がだよ
どういう経緯で彼が「これこそが勉強すべきドラフトである」と結論したんだ？

**デフォルトの名無しさん** · 2020/12/18(金) 22:07:42.21

俺がN4713を見ていたことが、えらい気に入らない人がいるようだね
知らんがな
仮にwebページ見られなかったとして、どうやってN4713を落とせたのかとか
いちいち開陳せにゃならんの？

**デフォルトの名無しさん** · 2020/12/18(金) 22:09:31.45

>>722 >>725
差分プログラミングとかいう腐りきったプログラミングパラダイムでは
ハイディング上等なんだ、
そう思っていた時期が（ry

**デフォルトの名無しさん** · 2020/12/18(金) 22:11:14.08

こちらから見えるということは、向こうからも見えてるということです。
気を付けなされよ。

**デフォルトの名無しさん** · 2020/12/18(金) 23:08:30.12

>>762
「ドラフトはこれを見ましょう」と大々的に紹介されてるわけでもなし、
落としたDLしたじゃなくて、どうしてそれを『選んだ』のかが不思議なんだよ
普通の経路じゃまず選べない

**デフォルトの名無しさん** · 2020/12/18(金) 23:26:57.29

c++ってやたうんちくばっか言う人多いよね
そんな人に限って仕事ができない
やたら得意げに説明してるけど、細かいことばっか気にしてて結局納期遅れwww
それなら、ある程度チャランポランでも納期通り出荷して、最悪現地デバッグの方がまだ救いようがある

**デフォルトの名無しさん** · 2020/12/18(金) 23:29:15.18

プログラマがうんちく言わないで何やるんだ？

**デフォルトの名無しさん** · 2020/12/18(金) 23:48:52.19

これの話の続きなのか
なら不思議は解消だ
謎は全部解けた

C++相談室 part151
https://mevius.5ch.net/test/read.cgi/tech/1589424805/20

20 名前：デフォルトの名無しさん[sage] 投稿日：2020/05/14(木) 18:32:35.87 ID:jF4/VTtK
>>17
ggrks
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4713.pdf

あとcppreferenceはある意味ファンサイトみたいなものなので、何らかの標準化組織の公式サイトというわけじゃないよ

**デフォルトの名無しさん** · 2020/12/19(土) 00:02:31.33

そんな昔のスレは関係ないのでは？

**デフォルトの名無しさん** · 2020/12/19(土) 00:20:03.02

>>766
こういうとこでの情報提供や議論はともかく、うんちくでマウント取りたがるのは自信の無さの裏返しだからねぇ

**デフォルトの名無しさん** · 2020/12/19(土) 00:23:06.73

うんちくがうっとおしくて、仕事なら自分が勝ってる！って思い込みたいだけなんじゃないの

**デフォルトの名無しさん** · 2020/12/19(土) 00:26:01.61

図星つかれたからうんちくと言ってるのでは？

**デフォルトの名無しさん** · 2020/12/19(土) 00:38:15.56

スカトロスレ

**デフォルトの名無しさん** · 2020/12/19(土) 00:42:57.09

爆釣ww

**デフォルトの名無しさん** · 2020/12/19(土) 03:34:46.64

この野郎。
ウンチクンめ。

**デフォルトの名無しさん** · 2020/12/19(土) 06:01:48.82

>>765
だから何？
俺がどのドラフトをDLするかを
いちいちあんたの承認とらにゃいかんの？
こっちゃ不思議がられても関係ないんで
いちいち申告してもらわなくていい

**デフォルトの名無しさん** · 2020/12/19(土) 08:07:11.10

まあお茶でも飲んでカルシウム取ろう

**デフォルトの名無しさん** · 2020/12/19(土) 10:17:03.91

お茶にはカルシウム入ってないだろほとんど

**デフォルトの名無しさん** · 2020/12/19(土) 10:18:39.16

お茶とカルシウム入りウェハースでも食えばええやん

**デフォルトの名無しさん** · 2020/12/19(土) 10:25:15.46

何のはなしやねん

**デフォルトの名無しさん** · 2020/12/19(土) 13:23:01.76

Ca++

**デフォルトの名無しさん** · 2020/12/19(土) 13:26:14.15

正式版は有料だがドラフトはﾀﾀﾞで手に入るからﾋｼﾞｮｰに得がたいが、
やっぱドラフトの内容は随時変わるから、
居丈高に相手を論破してなじり倒すにはやっぱ最新のドラフトでないとｲﾏｲﾁ、

**デフォルトの名無しさん** · 2020/12/19(土) 13:50:09.89

よくわかりませんが、Chromeで実装されてるお試し機能がSafariで実装されてないからSafariはクソというのと似た話ですか？

**デフォルトの名無しさん** · 2020/12/19(土) 14:02:30.06

Chromeで実装されてるお試し機能がSafariで実装されてないからSafariはクソとなじったら
ドラフトの版が変わったらChromeの方がクソだった、みたいな

**デフォルトの名無しさん** · 2020/12/19(土) 14:41:50.09

ゴミみたいなやり合いだな
くだらな
建設的な議論ができんのか

**デフォルトの名無しさん** · 2020/12/19(土) 18:35:13.01

C++のプロジェクトに始めて関わって既存コード眺めてたんだけど、関数やメソッドを呼び出す時って、呼び出す側が結果を格納する箱となる変数とかポインタを渡して、
メソッドや関数は成功失敗のint値をreturnする書き方しているんだけど、
これってC++の書き方なの？

**デフォルトの名無しさん** · 2020/12/19(土) 18:41:15.86

>>786
まあその方がメモリ管理をミスを防ぎやすいからな
C++11以降だとまた世界が違うが

**デフォルトの名無しさん** · 2020/12/19(土) 18:42:49.16

どう世界が違うの？
いじわるしないで教えてよ

**デフォルトの名無しさん** · 2020/12/19(土) 18:46:00.09

メモリ管理の文化的な作法なのね。

**デフォルトの名無しさん** · 2020/12/19(土) 18:47:02.46

>>788
スマートポインタが実用になったから、それでメモリ管理する方が文字通りスマートになった
だから、必要なら関数内部でメモリ確保する方法でもメモリ管理ミスが起こりにくい

**デフォルトの名無しさん** · 2020/12/19(土) 19:25:11.20

>>786
c++というかcの伝統だわな。
オブジェクトをヒープに置かなくていいという性能的なメリットもある。

**デフォルトの名無しさん** · 2020/12/19(土) 19:59:05.03

Cだと不定長の配列やら文字列やら返す関数ひとつ作るだけで大事件だからなぁ
「いいですかー！この関数が返す配列はヒープ確保したものですよー！使い終わったらXXX__free()で解放してくださいよー！
解放忘れたらリークしますよー！！！絶対に最後に解放してくださいよー！忘れないでねー！絶っっっっっっ対に忘れないでねー！！！」
ってコメントやドキュメントやサンプルコードにしつこくしつこくしつこく書いて書いて書いて徹底的に注意喚起しないといけない
そして当然のように忘れられて「分かりにくい関数作りやがって」って叩かれる所までがお約束

vectorやstringをゴロッと返せば済む今はいい時代になったと思う

**デフォルトの名無しさん** · 2020/12/19(土) 20:17:48.73

消費者が買い物袋用意するなんてレジ袋有料化みたいだな

**デフォルトの名無しさん** · 2020/12/19(土) 20:19:43.48

右辺値参照のおかげですよ。

**デフォルトの名無しさん** · 2020/12/19(土) 21:06:02.20

質問①：
例えば…std::vectorで配列を確保したとします…push_backで追加した時に…アロケーター？？が…
アドレスの再割当てをしたとします…この時…vectorは要素のアドレスは連続である事は保証されますが…
この時のアドレスの再割当てって…同期？非同期？どうなるの？
つまり…push_back時に同期で行うのか…非同期でロジック流れて行っちゃうか…って所…。
非同期だと怖いんだけど…。

質問②：
std::vector<char>とやった場合…data()でchar*を取れますが…std::vector<char>に'\0'の概念って
あります？どうなんでしょうねぇ…。'\0'のために+1多めに確保するなんて事はしないと思いますが…
どうなん？内部でどうなってるのかは…解りません…。

**デフォルトの名無しさん** · 2020/12/19(土) 21:33:09.17

普通に質問しろ

**デフォルトの名無しさん** · 2020/12/19(土) 22:28:27.67

>>795
アロケータの内部実装がどうなっていようとも、push_back()から戻った時にはデータは追加されているので、問題ないのでは？

std::vectorは末尾に0を追加したりしません。

**デフォルトの名無しさん** · 2020/12/19(土) 22:39:50.71

>>782
- 最新のドラフト
+ 正式版の規格票

**デフォルトの名無しさん** · 2020/12/19(土) 22:59:41.56

確かにCだと必要メモリの問い合わせの為に二度呼び出したり面倒でしたわ…

**デフォルトの名無しさん** · 2020/12/19(土) 23:18:45.05

>>798
正式版の規格票は金かかるやんけヽ(`Д´)ﾉ

**デフォルトの名無しさん** · 2020/12/19(土) 23:20:05.98

>std::vectorは末尾に0を追加したりしません。
左様いまだにstd::string::c_str()が内部で何をやっているのかわからん…

**デフォルトの名無しさん** · 2020/12/20(日) 00:32:15.85

誰もstringの話してないと思うが

**デフォルトの名無しさん** · 2020/12/20(日) 07:06:06.65

>>801
msys64/mingw64/include/c++/10.2.0/bits/basic_string.h
ここに書いてあるぞ

**デフォルトの名無しさん** · 2020/12/20(日) 09:47:23.01

>>799
でも「直接メモリいじってる」て感覚があって好みだったなぁ
まあ自己満足でしかないのだけれど

**デフォルトの名無しさん** · 2020/12/20(日) 10:51:49.27

今どきのC++（C++11以降）だと基本的にスコープ抜けたら開放される方式で実装するものなの？
なるべくnewせずにスタック変数にする or ヒープ確保するにしてもスマートポインタ使う
とかで

**デフォルトの名無しさん** · 2020/12/20(日) 11:14:31.35

>>805
そうしたほうが簡単だから、C++11とか関係無くそうするだろ。

**デフォルトの名無しさん** · 2020/12/20(日) 11:16:20.77

RAIIなんて今どきでもないだろ

**デフォルトの名無しさん** · 2020/12/20(日) 11:27:39.08

そうかな？
ライブラリとかでわざわざInitialize/Finalizeとか明示的に呼ばなきゃいけないの
結構ある気がするけど

**デフォルトの名無しさん** · 2020/12/20(日) 11:52:43.58

Finalizeが失敗する可能性があってエラーハンドリングしないといけない場合はあえてそうしているかもね

**デフォルトの名無しさん** · 2020/12/20(日) 13:25:24.04

あえてね！

**デフォルトの名無しさん** · 2020/12/20(日) 13:31:53.40

というかスコープ内で完結しない、グローバルな状態を持つものならそうするやろ

**デフォルトの名無しさん** · 2020/12/20(日) 13:48:55.12

グローバルバカかな？

**デフォルトの名無しさん** · 2020/12/20(日) 13:52:50.85

お前が挙げてたそういうライブラリがInitialize/Finalizeの中で何やってるか考えれば自ずと答えはでるだろ

**デフォルトの名無しさん** · 2020/12/20(日) 14:05:47.98

グローバルな初期化と後始末ならInitialize/Finalizeとか明示的に呼ぶ設計のが一番闇が少ない
ファクトリメソッドでオブジェクトを作ることにして、ファクトリ元オブジェクトの
コンストラクタとデストラクタでそれぞれInitializeとFinalizeでも良いが（呼び忘れ対策は完璧になるが
InitializeやFinalize自体のエラーハンドリングを考えるとやっぱﾋﾞﾐｮｰ

**デフォルトの名無しさん** · 2020/12/20(日) 21:00:32.48

変数名で対象変数のポインタを取得してくる実装(リフレクション？)をしたいんですけど
対象変数をポインタテーブルとかに書き下すことなくコンパイル時に変数名リテラルと対応するポインタを自動生成することってできますか？

**デフォルトの名無しさん** · 2020/12/20(日) 21:02:59.13

対象変数はstructかclassのメンバ変数を想定しています

**デフォルトの名無しさん** · 2020/12/20(日) 21:23:18.64

直接には無理
目的次第だけど基本的にはプリプロ駆使して頑張るしかない

**デフォルトの名無しさん** · 2020/12/20(日) 22:39:57.26

まずC#処理系を書きます

**デフォルトの名無しさん** · 2020/12/20(日) 22:49:36.29

車輪がでかすぎる

**デフォルトの名無しさん** · 2020/12/20(日) 23:37:12.93

マップファイルから生成

**デフォルトの名無しさん** · 2020/12/21(月) 02:47:40.73

数値計算に興味がある方に聞きたいのですが、ベクトル演算はどのように実行していますか？
valarrayかeigenなのか、vectorでforを回すのか…C++の常識ではどうやるのか伺いたいです

**デフォルトの名無しさん** · 2020/12/21(月) 03:43:19.44

>>821
blasやlapackにルーチンがあるならそれを使う（ラッパーを作る）
要素の持ち方はvectorでもvalarrayでもその他クラスでも、一次元的にメモリに格納されるなら何でも良い
二次元以上の配列が行優先か列優先かさえ固定しておけば何でも良い

**デフォルトの名無しさん** · 2020/12/21(月) 12:49:04.92

>>821
時と場合による

**デフォルトの名無しさん** · 2020/12/21(月) 12:49:33.35

ベクトル演算
ていうだけじゃ広すぎて

**デフォルトの名無しさん** · 2020/12/21(月) 12:52:20.80

SVDとかするなら自前実装なんか無駄だからeigen使う。それ以外なら>>822 の通りだな。

**デフォルトの名無しさん** · 2020/12/21(月) 19:14:50.06

みなさんありがとうございます
主に多次元の常微分方程式を解く目的でFortranからc++へ移行しようと考えていたのですが、ベクトル和やスカラーベクトル積等の計算がFortranほど簡単ではなさそうに感じて質問しました
eigen等を活用しつつ頑張ってみます

**デフォルトの名無しさん** · 2020/12/21(月) 20:22:43.20

そりゃそうだろな
汎用機の時点で科学計算と銀行計算の両方ができる
だから科学専用に作られているFortranと汎用のC言語は根本的に用途が違う

そもそもFortranの後に作られたのがC言語だし、時期も近いし、
だからFortranで出来ることをわざわざC言語でやったりはしない、
用途での住み分けがそのころからある

後発の方が簡単に出来るというのは幻想

**デフォルトの名無しさん** · 2020/12/21(月) 21:07:13.89

簡単なことは簡単に言え

既成のソフトを使い慣れているならそれを使え
不満があるときに自分の理想との違いを埋めるのに
打って出る手段の１つにプログラミングがある
それはC++に限らない
たまたまC++を選んだのなら自らの名誉に恥じぬ努力をせいや
これまたC++に限ったことではないがな

あれ使えばいいやー、これ使えばいいやー
自分なんか物事を考えるだけ無駄なんだー
↑
こういうスタンスのやつ、俺は反吐が出るほど大大大大大嫌い

**デフォルトの名無しさん** · 2020/12/21(月) 23:35:19.34

ヘッダファイルに
double hoge = 1.0/3.0;
みたいに書いてた場合、除算はどのタイミングで行われるんですか？初回呼び出し時のみですよね？

**デフォルトの名無しさん** · 2020/12/21(月) 23:51:47.03

大昔(40年ぐらい前？)とかもんのすごい特殊な環境用のコンパイラはしらんが
今の普通のコンパイラではそれはコンパイル時に計算される

**デフォルトの名無しさん** · 2020/12/22(火) 00:34:06.43

>>829
コンパイル時に解決されてると思います

**デフォルトの名無しさん** · 2020/12/22(火) 00:35:40.93

すみません、830で回答されてましたね
畳み込み、とかで検索してみては

**デフォルトの名無しさん** · 2020/12/22(火) 02:07:17.74

>>826
Fortranでも基本的にblasとかlapackに投げるだけじゃないの？
しかもC/C++からFortranルーチン呼べるし

「FortranではやりやすかったがC/C++ではやりにくかったこと」って非常に興味あるから具体的にどういうものか教えてほしい

**デフォルトの名無しさん** · 2020/12/22(火) 06:36:52.20

blasとかlapackがfortanで記述されてるからね
中身いじるような人がどれほどいるかはわからんけど

**デフォルトの名無しさん** · 2020/12/22(火) 08:38:11.38

>>829
翻訳時
なぜなら1.0/3.0は定数式だからだ
これは昔とか今どきとか関係ない

**デフォルトの名無しさん** · 2020/12/22(火) 09:08:43.07

翻訳(interpret)ですか？
C++はコンパイル言語ではないのですか？

**デフォルトの名無しさん** · 2020/12/22(火) 09:23:29.08

翻訳(translate)でしょ。

**デフォルトの名無しさん** · 2020/12/22(火) 09:26:00.82

コンパイラと構文解析とオートマトンって大学の授業でやったなぁ

**デフォルトの名無しさん** · 2020/12/22(火) 10:18:51.71

Cコンパイラ作ったよね。

**デフォルトの名無しさん** · 2020/12/22(火) 12:04:28.60

constexprとか中身がどうなってるのかもうわけわからん

**デフォルトの名無しさん** · 2020/12/22(火) 16:28:31.76

>>834
中身いじるような人がいないからこそ、fortranで(blasやlapack)でできる線形代数計算はC/C++でもできるだろうと思うのだが

**デフォルトの名無しさん** · 2020/12/22(火) 23:28:55.02

constexprともなるとどこまでコンパイル時計算してくれるかは
処理系依存と聞く…！
関数が絡んだ場合だけかもしれんが

**デフォルトの名無しさん** · 2020/12/22(火) 23:41:36.57

>>842
constexpr にまつわるルールはコンパイル時計算してくれる最低ラインを定めるもの。
どこまでコンパイル時計算してくれるかが処理系依存なのは初期のC言語から変わりないよ。

**デフォルトの名無しさん** · 2020/12/23(水) 00:29:07.29

constexpr指定したものはコンパイル計算でしょう？

**デフォルトの名無しさん** · 2020/12/23(水) 01:06:37.35

>>844
コンパイル時評価可能(コンパイル時に評価するとは言っていない)

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/23(水) 02:19:42.25

>>844
constexpr 指定が付いた関数は定数式が要求される文脈において
与えられる引数も定数 (定数式) である場合に限りその関数呼出しは
定数式という扱いになる。

定数式が要求される文脈で入力が定数でないならエラーになるし、
定数式が要求されていない文脈であれば実行時計算だよ。

実行時計算にはならない (実行時計算が必要な文脈だとエラーにする) 指定として consteval が導入されたのは、
constexpr の文脈依存な挙動が面倒だと思ったやつがいたからだと思うよ。

**デフォルトの名無しさん** · 2020/12/23(水) 06:16:15.13

C++はまだ色々と足し続けてるのか
constexprはともかくconstinit, constevalて．．．

**デフォルトの名無しさん** · 2020/12/23(水) 06:17:06.41

まるで言語開発屋のおもちゃじゃねえか

**デフォルトの名無しさん** · 2020/12/23(水) 08:41:53.85

今頃気づいたのｗ

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/23(水) 09:20:18.63

自動で呼び分けて欲しいと思うこともあれば
コンパイル時に限って欲しいことだってあるだろう。