C++相談室 part156

**デフォルトの名無しさん** · 2021/05/19(水) 10:55:13.24

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

**デフォルトの名無しさん** · 2021/06/07(月) 12:08:12.54

>>227
流れくらい読めよ
第一級オブジェクトと言ったのは>>187だぞ
おまえ他人に頓珍漢なんて言う資格ねえぞ

**デフォルトの名無しさん** · 2021/06/07(月) 12:28:32.41

一昨日の曖昧イキリで今さらヒートアップしてんじゃねー

**デフォルトの名無しさん** · 2021/06/07(月) 12:36:56.22

>187、>190 、>195 、>197、>214
の流れくらい読めよ
禿の権威にかこつけて「第一級オブジェクト」を主張しているのは>>195 >>197だぞ。俺はそれに>>214で反論しているだけで「第一級オブジェクト」は肯定していない。

おまえ他人に頓珍漢なんて言う資格ねえぞ

**デフォルトの名無しさん** · 2021/06/07(月) 12:44:36.71

>>230
おまえの定義では斜め上な返事のことを反論というのか

関数は第一級オブジェクトか否かで揉めてるところへ
禿の定義を参考に持ち出したところへ
権威主義がどうたらと人格批判を始めたのが反論とは笑止千万
だから頓珍漢と言ってやったら相手の言葉をオウム返しし初めやがって
いくら寂しいからってプログラム技術板で全然技術的でない絡み方してんなよ

**デフォルトの名無しさん** · 2021/06/07(月) 12:48:56.88

流れ一切読んでないけどFirst-class citizenのことを言いたかったのかなｗ

**デフォルトの名無しさん** · 2021/06/07(月) 12:49:49.89

こいつ「天に唾する」クンでしょ
>>219もコピペでドヤってるし

**デフォルトの名無しさん** · 2021/06/07(月) 12:51:26.64

>>233
失礼な奴だな
オリジナルだよ
コピペじゃねえよ
他で同じもん作ったやつがいたの？
知るかそんなん

**デフォルトの名無しさん** · 2021/06/07(月) 12:52:10.37

>>231
日本語でok

**デフォルトの名無しさん** · 2021/06/07(月) 13:04:49.21

>>235
無教養なやつだな、まあいいけど
犬を相手に話したことが通じてなくても別に構わんのと同じだ

**デフォルトの名無しさん** · 2021/06/07(月) 14:29:25.71

あの程度のコードをコピペだと思ってしまうあたり
自分では書けないやつなんだろうな
だとしたらプログラム技術板では最下層のゴミだ

**デフォルトの名無しさん** · 2021/06/07(月) 14:43:17.86

効きまくりでクソワロ

**デフォルトの名無しさん** · 2021/06/07(月) 14:45:04.77

5hは初めてか？肩の力抜けよ。

「第一級オブジェクト」についてはこんな感じだな。間違っていたら解説してくれ。
・c++では「第一級オブジェクト」は定義されていない
・c++では関数はオブジェクトじゃないし、オブジェクトとして扱うこともできないので、c++の関数をwikipediaにあるような解釈で「第一級オブジェクト」と言うことはできない
・関数を操作対象として（メタ）プログラムする仕組み（テンプレートとか関数オブジェクト・ラムダ式）があるので、高階プログラム自体は可能

**デフォルトの名無しさん** · 2021/06/07(月) 14:57:20.33

第一級オブジェクト、よくイキりのWEBプログラム屋が使う印象の単語
C++界隈ではあんまり聞かん単語だな、使わないことはないが

**デフォルトの名無しさん** · 2021/06/07(月) 15:02:43.23

std::functionで「第一級オブジェクト」とやらに出来ることは何でも出来るからそれで充分であって
そっから先はただの宗教戦争だろ

**デフォルトの名無しさん** · 2021/06/07(月) 15:10:41.88

第一級市民オブジェクト

フランス革命で殺されたかも？

**デフォルトの名無しさん** · 2021/06/07(月) 15:32:32.79

>>241
> std::functionで「第一級オブジェクト」とやらに出来ることは何でも出来る

俺も完全にこれの話だと思ってた

**デフォルトの名無しさん** · 2021/06/07(月) 15:35:57.19

ただ純粋関数型言語のようには書きたくても書けないよね、というのが>>187-188の話だと

**デフォルトの名無しさん** · 2021/06/07(月) 15:38:30.60

>>238
は？　尻尾巻いて逃げた負け犬の分際で何か言ったか？

**デフォルトの名無しさん** · 2021/06/07(月) 15:41:28.23

つーか
> 「天に唾する」クン
なのは図星なのかよって思うとまたワロタ

**デフォルトの名無しさん** · 2021/06/07(月) 16:02:18.11

>>246
そんなとこ見てねえよ

コピペ呼ばわりから逃げたいのか？
吐いた唾は飲ませんぞ、自分で書けない低脳が

**デフォルトの名無しさん** · 2021/06/07(月) 16:40:25.13

>>241
まあ、c++は歴史が長いから、他人には禁止したい余計な機能はあるよなぁ。

以前、ユーザー側からどうやってもdeleteできないスマートポインタを作ろうとしたけど、どうしても::deleteをブロックできなくて挫折した。……まあ、::delete使うやつはいないだろうけど。
あと、オブジェクトのライフサイクル制限を目的としてヒープに置けない（スタックだけに置ける）クラスを作ろうとしたけど、メンバ変数に置くのをブロックできなくて挫折した。

**デフォルトの名無しさん** · 2021/06/08(火) 10:43:30.63

そういうしょうもない機能作ることに時間をかけるくらいならバカを雇わない方がよっぽど生産的だわ

**デフォルトの名無しさん** · 2021/06/08(火) 11:14:53.81

しょうもないかねえ
俺は技術的に色んなことを想像したぞ

**デフォルトの名無しさん** · 2021/06/08(火) 11:37:14.14

しょうもないわ。
注目するのはなぜdeleteしようとしてんの？ってとこでしょ。
それを無理に禁止してもそいつはもっとめちゃくちゃなことするぞ。

**デフォルトの名無しさん** · 2021/06/08(火) 11:46:10.34

しょうもないことにしたいやつは考えること自体を拒否するから
相手すんの馬鹿らしいわ

**デフォルトの名無しさん** · 2021/06/08(火) 14:05:51.36

自分も昔似たようなこと考えたことはあったけど
operator->()を実装する限り、直接呼び出しでナマポ取られちゃうのを防ぐ方法がないんだよな
しょうもないことは否定しない

**デフォルトの名無しさん** · 2021/06/08(火) 14:21:31.17

すぐには実用的な用途は思いつかないからしょうもないかどうかは判断できないけどパズルみたいなもんで趣味としてやるならいいんじゃね？

**デフォルトの名無しさん** · 2021/06/08(火) 14:23:46.24

自分で使う分には全然問題ないんだけどな。他人が絡むとマーフィーの法則が恐ろしい。
パラノイアなのは否定しない。

**デフォルトの名無しさん** · 2021/06/08(火) 14:55:17.86

旅行バッグに荷物をきっちりと詰めてから荷物の入れ忘れに気づく徒労感を楽しみたい人だけやればいい

**デフォルトの名無しさん** · 2021/06/08(火) 15:32:28.52

ピンプってる場合だってクラックはやればできる
そういうのまで完璧にガードするのか否かで考え方変わってくるからな

**デフォルトの名無しさん** · 2021/06/09(水) 07:49:45.61

標準にだって「禁止」や「非推奨」はあるね

**デフォルトの名無しさん** · 2021/06/09(水) 18:54:04.56

autoでなにか受けるときに、参照を使う方がユニバーサル参照を使うより良い場合ってある？

**デフォルトの名無しさん** · 2021/06/09(水) 21:30:11.98

const参照であればいい場合もあると思う。

**デフォルトの名無しさん** · 2021/06/09(水) 22:33:15.24

>>260
ﾎﾜｧｲ？

**デフォルトの名無しさん** · 2021/06/10(木) 06:52:19.94

規格票を検索してもuniversal referenceというフレーズはヒットしない

**デフォルトの名無しさん** · 2021/06/10(木) 07:54:30.31

もともと名前がなかったので、通称としてuniversal referenceとかforward referenceとか呼ばれるようになったんよ

**デフォルトの名無しさん** · 2021/06/10(木) 10:15:03.53

>>262 forwarding reference でどうぞ。

**デフォルトの名無しさん** · 2021/06/10(木) 14:55:46.69

std::vector<A>を、std::vector<B>を使ってソートしたい場合
どうするのがスマートでしょうか？
例えばAが生徒の名前、Bがその生徒の得点だとして・・・
struct C{A a; B b;}を定義してvector<C>を作ってそれの比較演算子を作って・・・というのは思いつきますが
もっといいやり方ってありますかね？

**デフォルトの名無しさん** · 2021/06/10(木) 15:02:18.84

名前、得点の他に何か、たとえば出席番号や出席日数などがあるなら
名前と得点だけのstruct C { A a; B b; }; を作るのは得策じゃなさそうだな
全てのデータが載ったマスターデータを作っておいて、
そのレコードへのポインタでvectorなり何なり作ってソートしては？

**デフォルトの名無しさん** · 2021/06/10(木) 17:03:39.84

vector<C>みたいなものを作りたくないならAとBのvectorの要素間の対応関係はどうやって守るつもりなの？
片方だけソートしたら壊れちゃうぞ
元データは触らずにindexのvectorを別に用意して、[](int x, int y){return b[a] < b[y];} でソートする手もあるけど

**デフォルトの名無しさん** · 2021/06/10(木) 17:04:25.52

>>260
割となんでか気になるので、よかったら教えてください

**デフォルトの名無しさん** · 2021/06/10(木) 17:16:00.08

多次元配列の in-place な添字の入れ替え (transpose) って上手いやり方知られてますか？
多次元配列の各要素は一次元に配置されてると仮定して良いです (行優先でも列優先でも良いです)

**デフォルトの名無しさん** · 2021/06/10(木) 19:01:36.72

>>266-267
ありがとうございます
とりあえず要素そのものじゃなくポインタかインデックスでやれば良いことに気づけました

>>267 >片方だけソートしたら
両方ソートするイメージでした

**デフォルトの名無しさん** · 2021/06/10(木) 20:38:48.11

>>269
縦横の二重ループで一つずつswapするしかないんじゃないかなー
gslやgmtlはそうなってた

**デフォルトの名無しさん** · 2021/06/10(木) 21:10:03.36

>>271
行列で言うと、上三角あるいは下三角の各要素を巡回して対応する要素と swap するみたいなことですよね？

多次元の場合も同じようにできますかね？
例えば3次元配列だったら、直方体を斜めに切って上三角錐か下三角錐の各要素を巡回するって理解で合ってますでしょうか

**デフォルトの名無しさん** · 2021/06/11(金) 11:50:48.69

CMakeについてもこのスレでいいの？

**デフォルトの名無しさん** · 2021/06/11(金) 12:12:28.01

ちょっと違うね
スレないんなら立てたら？

**デフォルトの名無しさん** · 2021/06/11(金) 15:24:20.00

スレ検索したらmakeスレなんて無いんだな
確かにここ10年位makefileなんて書いたことないけど…

**デフォルトの名無しさん** · 2021/06/11(金) 17:20:45.97

VSCodeで書く時は便利なんで・・・

**デフォルトの名無しさん** · 2021/06/12(土) 18:33:47.62

過去に
make 使ったら負け
ってスレがあった

**デフォルトの名無しさん** · 2021/06/12(土) 18:44:06.98

まあ今どきMakefileなんて人間様が書くもんじゃないし

◆QZaw55cn4c · 2021/06/12(土) 20:02:28.17

>>278
え？

**デフォルトの名無しさん** · 2021/06/12(土) 20:28:22.70

え？

**蟻人間** ◆T6xkBnTXz7B0 · 2021/06/12(土) 20:35:26.24

立ててみた。活用してね。

ビルド自動化ツールCMake Part.1
https://mevius.5ch.net/test/read.cgi/tech/1623496111/

**デフォルトの名無しさん** · 2021/06/12(土) 20:57:53.25

cmakeってすごいよね
Makefile作れるだけかと思ってたらVisual Studioのソリューションファイルなんかも生成できて驚いた

**蟻人間** ◆T6xkBnTXz7B0 · 2021/06/12(土) 21:13:38.88

>>282
CMakeはGitHub Actionsと組み合わせると、ビルドとテストが自動化できて最強なんだよ。
コマンドラインで出来るめんどくさい仕事は自動化してほしいよね。

**デフォルトの名無しさん** · 2021/06/12(土) 21:40:08.27

AutomakeもそううだがCMakeはなんでそんなことができるのか原理がわからん……

**デフォルトの名無しさん** · 2021/06/12(土) 21:43:46.98

mesonとかautotoolsとかのビルドツール共用でも良かったかな

**デフォルトの名無しさん** · 2021/06/12(土) 21:49:00.69

ていうかそもそもVisual Studioのslnファイルの仕様とか公式に公開されていましたっけ

**蟻人間** ◆T6xkBnTXz7B0 · 2021/06/12(土) 21:52:27.12

>>286
中身見てごらん。テキストファイルだよ。

**デフォルトの名無しさん** · 2021/06/12(土) 22:04:02.95

せっかくスレ作ったのにこちらで話してる

**デフォルトの名無しさん** · 2021/06/12(土) 22:05:38.91

>中身見てごらん。テキストファイルだよ。
ﾋｴｯ…、、、ブラックスワン理論…！

**デフォルトの名無しさん** · 2021/06/12(土) 22:06:14.61

バージョン変わるとすぐ壊れるがな。
dockerで環境揃えてmake使った方がよっぽど安定するわ。

**デフォルトの名無しさん** · 2021/06/12(土) 22:27:19.91

>>286
全部のタグを説明するリファレンスのようなものがあるかどうかは知らんけど、ある程度はドキュメント書かれているよ。

**デフォルトの名無しさん** · 2021/06/12(土) 22:33:32.97

>>286
マイクロソフトってそう言うドキュメントは結構まめに公開してるよ
https://docs.microsoft.com/en-us/visualstudio/extensibility/internals/solution-dot-sln-file?view=vs-2019

**デフォルトの名無しさん** · 2021/06/12(土) 23:44:11.11

M$にベンダーロックインされる。

**デフォルトの名無しさん** · 2021/06/13(日) 00:08:56.86

sln作らなくても最近のVisualStudioは直接cmakeプロジェクト読めるぞ

**デフォルトの名無しさん** · 2021/06/13(日) 03:39:36.78

新しいプロジェクトするならmesonを試したいなー

**デフォルトの名無しさん** · 2021/06/13(日) 10:14:32.44

GYPには期待したんだがもう先がないな。

**デフォルトの名無しさん** · 2021/06/13(日) 13:41:01.17

メンバの構築 (コンストラクタの呼び出し) を後で行いたい
なんでこれしきのことができないんだろうか

「ポインタ使え」はナシね
これしきのことにポインタて笑って感じなんで

**デフォルトの名無しさん** · 2021/06/13(日) 13:44:02.04

C++では、デバッグモードと本番モードの切り替えってどうやるのが普通ですか？
今は、実行時に渡す環境変数で切り替えてます

**デフォルトの名無しさん** · 2021/06/13(日) 14:05:32.61

ビルド時にバイナリ自体を分けるのが多いような

**デフォルトの名無しさん** · 2021/06/13(日) 15:41:03.56

>>297
他の言語の多くは参照型がデフォなんだから、同じことをC++でやりたいのなら他の言語の参照型に相当するポインタを使うのは当たり前じゃん。
どうせポインタよく分からないとかスマポも知らずにポインタめんどくさいとか思ってるからポインタ使いたくないんでしょう？このスレで笑われるのは君の方だよ

**デフォルトの名無しさん** · 2021/06/13(日) 16:45:02.61

まあスマポが他の言語みたいにスマートでもなんでもないゴミみたいな記述法だからなw

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/13(日) 17:11:16.17

>>298
デバッグモードというのは具体的に何をするモードのことを言ってるの？
一般的に C++ 関連の用語として言うときのデバッグとリリースの違いはコンパイル時のプロジェクトを分けて
実行バイナリ自体が異なるものになるくのが普通だし、
Visual Studio とかを使ってたらリリース版とデバッグ版はそのように分かれるようになってる。

そういう運用の仕方についての質問ではなく、たとえば
「いざというときに現場でデバッグに使えるモードを仕込んでいるけど
　そのモードへの隠しスイッチはどうあるべき？」
みたいな切り替え方をどうすべきかだけの質問なのかな？

もしそうなら環境変数でもコマンドラインオプションでも自然だと思う。

**デフォルトの名無しさん** · 2021/06/13(日) 17:15:24.12

>>301
言語の成り立ちや目的が違うからな
そう思う人は他の言語を使えば良い

**デフォルトの名無しさん** · 2021/06/13(日) 17:23:14.98

「スマート」がなんで「記述法」にかかるんだろう。記述法にそんなもんあるのか？

**デフォルトの名無しさん** · 2021/06/13(日) 17:33:42.92

C++標準としては「NDEBUGマクロで切り替えろ」じゃないの

**デフォルトの名無しさん** · 2021/06/13(日) 17:58:03.62

>>297 std::optional で。ポインタ使うのの何が嫌なのかわからないけど。

**デフォルトの名無しさん** · 2021/06/13(日) 17:58:55.99

>>298 それで切り替えできてるならいいじゃないの。人の数だけある「普通」とかどうでもよくない？

**デフォルトの名無しさん** · 2021/06/13(日) 18:41:43.91

>>300
ポインタは参照型じゃなぁぁぁぁい！ｗ

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/13(日) 18:42:59.35

>>308
だから「相当する」という語が付いてるんだろ？

**デフォルトの名無しさん** · 2021/06/13(日) 18:47:32.61

>>299,305,307
ありがとうございます

**デフォルトの名無しさん** · 2021/06/13(日) 19:00:04.06

C++に関係したフォーラムや掲示板で、一番人が多いとこってどこですか？
海外のサイトでも可です

このスレで質問することも多いのですが、アルゴリズムに絡んだ質問だったりするとなかなか回答頂けないので

**デフォルトの名無しさん** · 2021/06/13(日) 19:51:51.12

多次元配列の a[2][3][4] って記法、各次元の長さが x, y, z だとすると *(a + 2*y*z + 3*z + 4) を計算してるの？
意味的に一緒かというよりは、実際そういう実装になってるのか知りたいです

かけ算の数が小さくなる工夫みたいのってされてるんですか？

**蟻人間** ◆T6xkBnTXz7B0 · 2021/06/13(日) 20:00:41.15

>>312
CPUに合わせた最適化はされてるよ。例えばx86 CPUではメモリーアドレッシングという計算が得意。まあ、コンパイラが吐くアセンブリを見るといいよ。

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/13(日) 20:15:02.56

>>311
質問なら Stackoverflow とか Teratail とか。

**デフォルトの名無しさん** · 2021/06/13(日) 20:28:49.46

>>313
ありがとうございます
> 多次元配列の a[2][3][4] って記法、各次元の長さが x, y, z だとすると *(a + 2*y*z + 3*z + 4) を計算してるの？
というのは大体どんな処理系でもそうで、
> かけ算の数が小さくなる工夫みたいのってされてるんですか？
ここは処理系による高速化がされてるということですね

つまり、大抵は
> 2*y*z + 3*z + 4
に相当する部分を自分で (書いた関数とかマクロで) 計算して a に加えるよりは、a[2][3][4] とアクセスする方が速いんですかね？
>>272の、多次元配列の添字の入れ替えを in-place でやりたいという話で、こういう疑問に行き当たりました

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/13(日) 20:44:32.87

>>315
それを自分で判断できない知識レベルならコンパイラに任せたほうが確実に良いよ。

「早すぎる最適化は諸悪の根源」とか「実測せよ」というよく知られた格言がある。
仮にちょっとした書き方で高速になるのだとしてもそれによって全体が読みにくいコードになってたら
改善するのが大変になって結果的にあまりよくないコードになってしまいがち。
処理速度が足りないのなら足を引っ張っているのはどこなのか
完成したプログラムを測定してから問題個所を改良すべきというのが先人の教え。

**蟻人間** ◆T6xkBnTXz7B0 · 2021/06/13(日) 20:51:49.27

>>315
どうやれば高速化するかは、実際のコードで実測とアセンブリみないと解析できない。掛け算の代わりに足し算で計算できる場合はそうした方が早いかもしれない。
x86 アセンブリの場合、MOD eax, [ecx+ebx*2]のように一語でアドレス参照できる場合がある。
高速化手法には、他にもSIMDもあるし、マルチスレッドもある。

**デフォルトの名無しさん** · 2021/06/13(日) 21:02:57.88

>>297
C++11だとnewでメモリだけ最初に確保しといて、も一回 new で
そのメモリ指してコンストラクタ走らせるってやり方？
ポインタ遮蔽するような template書けば良さそうだけど。

◆QZaw55cn4c · 2021/06/13(日) 21:06:50.91

>>308
イコールとはいいませんが、ニアリーイコール、同じようなものですよ‥‥

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

>>318
わざわざ自分で書かなくてもvectorがちょうどそんな動作してるよね

**デフォルトの名無しさん** · 2021/06/13(日) 21:43:42.51

>>317
ありがとうございます

in-place だと
○ 作業用メモリが必要ない
○ 全要素の半分だけ一回ずつ訪れれば良い
☓ 要素アクセスは自分で書いた関数なりマクロなりで行う必要がある

out-place だと
☓ 作業用メモリが必要
☓ 作業用領域にコピーして元の配列に戻すので各要素を二回ずつ訪れる必要がある
○ 要素アクセスは高速

て感じなので、やってみてどっちが良いか決めます

**デフォルトの名無しさん** · 2021/06/13(日) 22:27:55.12

俺がC++をこよなく愛する理由のひとつがとにかく長年の積み重ねのおかげで
コンパイラが激烈に賢いことだ
他の、たとえばJavaやらそれから派生したKotlinなんかでコード書いてて
「こんぐらいはコンパイラが最適化してくれるっしょ」とかルーズに書いて
実際に展開されたバイトコード見て絶望したことは数えきれない

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/13(日) 22:41:11.48

Java の場合は JVM の側で最適化したりするからバイトコードはそんなに頑張らないらしいよ。

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/14(月) 02:15:01.87

makefile (GNU Make) の使い方の質問はどのスレで聞いたらよいんですかね？

**デフォルトの名無しさん** · 2021/06/14(月) 07:14:11.60

>>297
普通に破門
おまえはポインタを使うなではなくC++を使うな
二度とこの世界に戻ってくるな

**デフォルトの名無しさん** · 2021/06/14(月) 08:03:40.16

CMakeのスレ使えば？

**デフォルトの名無しさん** · 2021/06/14(月) 08:09:35.27

>>297
誰もメリット感じないから実装しないんだろ。
ポインタに対するメリットは？