C++相談室 part160

**デフォルトの名無しさん** · 2022/04/15(金) 08:39:32.42

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

**デフォルトの名無しさん** · 2022/05/18(水) 10:37:48.91

　　　　 /: : : : : __: :/: : ::/: : :／/: : :/l::|: : :i: :l: : :ヽ: : :丶: : 丶ヾ　　　　＿＿＿
　　　 /;,, : : : //::/: : 7l,;:≠-::/: : / .l::|: : :l: :|;,,;!: : :!l: : :i: : : :|: : ::､　／　　　　ヽ
　　　 /ヽヽ: ://: :!:,X~::|: /;,,;,/: :／　ﾘ!: ::/ﾉ　 l｀ヽl !: : |: : : :l: :l: ﾘ /　そ　そ　お　＼
　　　/: : ヽヾ/: : l/::l |／|||llllヾ,､　　/ |: :/ , -==､　l＼:::|: : : :|i: |　/ 　う　う　前　　|
.　　 /: : : //ヾ ; :|!: ｲ､||ll|||||::||　　　ﾉノ　ｲ|||||||ヾ､ |: ::|!: : ｲ: ::|/　　な　思　が
　　 /: : ://: : :ヽｿ::ヽl |{ i||ll"ﾝ　　　 ´　　　i| l|||l"l　｀|: /|: : /'!/l 　　ん　う
　∠: : : ~: : : : : : : :丶ゝ-―-　　　　　 , 　ｰ=z_ｿ　　 |/ ﾊﾒ;, :: ::|.　　　だ　ん
　　 i|::ﾊ: : : : : : : : : : : ､ﾍﾍﾍﾍ　　　　､　　ﾍﾍﾍﾍﾍ /: : : : : ＼,|.　　　ろ　な
　　 |!l　|: : : : : : : : :､: ::＼　　　　､-―-,　　　　　　/ : : :丶;,,;,:ミヽ　　う　ら
　　　　　丶: :ﾊ､lヽ: :ヽ: : ::＼__　　｀~　"　　　　　 /: : ﾄ; lヽ）　　　ゝ
　　　　　　ﾚ　｀|　｀､l｀､＞=ﾆ´　　　　　　　 ,　　_´ : :}　｀　　　／
　　　　　　　　 ,,､r"^~´"''''"t-｀r､ _　　-､　´ヽノ　＼ﾉ　　　／　　　　お・
　　　　　　　,;'~　　_r-- ､__　　　　　~f､_>'､_　　　　　　　　 |　　で　　前・
　　　　　　f~　　,;"　　　　　~"t___　　　　ﾐ､ ^'t　　　　　|　　は　　ん・
　　　　　 ,"　　,~　　　　　　　　　ヾ~'-､__　ﾐ_ξ丶　　　　　|　　な　　中・
　　　　　;'　　,ｲ　.. 　　　　　　　　　ヽ_　　ヾ､0ヽ丶　　　　l　　　　　　　　　/
　　　　（　;":: |:　:: ..　　　　　　　　　 .｀,　　ヾ　丶 !　　　　＼＿＿＿＿／
　　　　　;;;; :: 入:: :: :: 　　　　l｀ｰ-､　　）l　　ヾ　丶
　　　　　"~､ｿ:: :い:: :　　　　　＼_　　ノ　,　　　ヾ　丶

**デフォルトの名無しさん** · 2022/05/18(水) 11:04:38.59

>>891
>ドヤるやつは大抵うんざりされてることに気がつかない

自分のことか?www

**デフォルトの名無しさん** · 2022/05/18(水) 11:07:21.81

いずれにせよオブジェクト指向を上回る手法が登場しない限りオブジェクト指向に対してマウントは取れない

**デフォルトの名無しさん** · 2022/05/18(水) 11:21:09.24

予めメモリプールを設定しておくようなOSで
オブジェクト指向ありきでプログラム設計されてると思ってんのはおめでてーな
馬鹿の一つ覚えとも言う

**デフォルトの名無しさん** · 2022/05/18(水) 11:34:46.54

プログラムがオブジェクト指向に則ってるか否かはOSで決定する、と

**デフォルトの名無しさん** · 2022/05/18(水) 11:41:08.84

メモリプールを何の目的で用意するのかわかってないと

**はちみつ餃子** ◆8X2XSCHEME · 2022/05/18(水) 12:02:56.59

オブジェクトがメッセージを投げるという関係性でプログラムを構築するのが
オブジェクト指向ってもんだから、関数 (メンバ関数) をメッセージとみなすかもしれないし、
メッセージキューのようなものを作るかもしれない。
プログラミング言語の言語機能をどのようにプログラム構成の方法論に当てはめるかは自由度はある。
その意味では >>891 の考え方は真っ当なものだ。

でも、 C++ では C++ の常識というものもあるし、
ある程度は共通の認識を作っておかないと会話が成り立たんだろう。

基本的にはふんわりした概念でしかないからこの場合にオブジェクト指向
という言葉をどういう意味で使うことにするのかはこの場で擦りあわせろや。

**デフォルトの名無しさん** · 2022/05/18(水) 12:12:57.18

>>895
そもそもos全体がオブジェクト指向だなんて誰も言ってないし

**デフォルトの名無しさん** · 2022/05/18(水) 12:22:21.26

>>889
オブジェクトを「指向している」だろ。

指向「もどき」て何だよ。
何を「指向もどき」と言っているのか全然わからん。

**デフォルトの名無しさん** · 2022/05/18(水) 16:21:01.44

たしかにオブジェクト志向オブジェクト志向言いはじめたころは
「メッセージング」ってのがやたら強調されてたな
たぶんスモールトークの影響だろうけど
最近の「オブジェクト志向」はどっちかってとオブジェクトのかたまりを
どう型つけるか、階層化するかの言語構造のことを言いがちだけど

**デフォルトの名無しさん** · 2022/05/18(水) 16:31:15.14

指向だけどな
むしろメッセージングの重要性は高まってきてると思うけど、頭のいいひとにしか扱えない感じだな
馬鹿は階層にこだわるしかない

**デフォルトの名無しさん** · 2022/05/18(水) 20:03:09.30

オブジェクト指向で利点はデータモデルを表現できることだろ
それが言語上で構造体なのかクラスベースなのかアクターなのかは大きな問題じゃない

**デフォルトの名無しさん** · 2022/05/18(水) 21:04:56.14

ウィンドウに開けとか閉じれとか大きくなれとか指示してれば、それはもうオブジェクト指向なので、ウィンドウ・システムとオブジェクト指向はだいぶ相性が良い。

**デフォルトの名無しさん** · 2022/05/18(水) 21:06:39.10

>>891
hogehoge("ソポポポぉおおおおおん！");
↑これはオブジェクト指向で書いたプログラムです！！！！
って言ったらそういう解釈もありだなって思うの？

俺はオブジェクト指向アンチ！
絶対にオブジェクト指向なコードなんて書かね！といった直後に
const dialog = document.getElementById("dialog");
dialog.addEventListener("click", e =>{イベント処理});
みたいなコードを書いていたら、そのコードはオブジェクト指向ではないと解釈するの？

なわけないよね

**デフォルトの名無しさん** · 2022/05/18(水) 21:06:55.62

とうとうアジュール・アカウントを作ってしまった。

**デフォルトの名無しさん** · 2022/05/18(水) 21:07:48.89

よし。
今日からおれもアジュール民だ。

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

ようこそクラウドの世界へ

**デフォルトの名無しさん** · 2022/05/18(水) 21:48:35.12

>>905
思うよ
するよ

思い込みの激しい人だな

**デフォルトの名無しさん** · 2022/05/18(水) 22:00:38.20

>>909
嘘付くのやめていただけますか？

まず、hogehoge(略)をどのように捻くれた解釈をしたらオブジェクト指向に見えるのか解説してくれますか？

**蟻人間** ◆T6xkBnTXz7B0 · 2022/05/18(水) 22:04:01.32

struct HogeHoge {
void operator(const char *str) const {
std::cout << str;
}
};

HogeHoge hogehoge;

**デフォルトの名無しさん** · 2022/05/18(水) 22:04:44.03

>>909
思い込みの激しいのはお前だろw
>>892で指摘されてるじゃんw

**蟻人間** ◆T6xkBnTXz7B0 · 2022/05/18(水) 22:05:27.40

>>911
間違えた

**デフォルトの名無しさん** · 2022/05/18(水) 22:09:27.02

プログラムを書いた人がオブジェクト指向設計ですと言っているものまでオブジ
ェクト指向ではないと否定するのは愚策言ったが最後、ではオブジェクト指向で
はない何なのかを述べねばならなくなるからなgoto否定論者にbreakは実質goto
とかあまつさえgotoを使ったプログラムを書いてgoto否定論者に対して正当性を
主張した場合に生じる惨状と同じで社会スキル的な意味で避けるべき理由が十分あ
る

**デフォルトの名無しさん** · 2022/05/18(水) 22:09:33.95

>>900
オブジェクト指向もどきがオブジェクト指向でないのは
くじらがさかなで無いのと同じだ

馬鹿は知らないくじら構文
そして、応用系

オブジェクト指向もどきがオブジェクト指向でないのは
ヒトもどきのお前がヒトでないのと同じだ

**デフォルトの名無しさん** · 2022/05/18(水) 22:11:26.32

C++の話しようぜ

**デフォルトの名無しさん** · 2022/05/18(水) 22:13:31.75

c++スレでオブジェクト指向の話をするのは無理がある

**デフォルトの名無しさん** · 2022/05/18(水) 23:15:16.60

C++のオブジェクト指向全盛期は20年以上前だからね。
その後は黒魔術全盛期がやってきた。

**デフォルトの名無しさん** · 2022/05/18(水) 23:37:02.53

Andrei Alexandrescuが悪い

**デフォルトの名無しさん** · 2022/05/19(木) 00:10:17.97

組み込みC++だと普通にオブジェクト指向全盛期だけどな
uart1.write(data);
のような記述が当たり前になってきて有難い

**デフォルトの名無しさん** · 2022/05/19(木) 02:53:53.60

組み込みってマクロ大好きだからオブジェクト指向の書き方と相性悪いと思ってたけど最近はそうでもないの？
それともそう描いたときのuart1やwriteもマクロなの？

**デフォルトの名無しさん** · 2022/05/19(木) 03:00:29.40

そら組み込みっていってもいろんなレイヤがあるからね

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

>>910
fprintf(stdout, "そぼぼん");
みたいになってることもあるからな
obj.func(...);という構文は絶対条件じゃないんだよ
PostMessage(hWnd, WM_APP, 0, 0);なんてのだってオブジェクト指向だし

**デフォルトの名無しさん** · 2022/05/19(木) 07:43:27.80

組み込みはまだまだCが主流

**デフォルトの名無しさん** · 2022/05/19(木) 07:46:20.72

>>915
なら
ヒトもどきのお前がヒトでない
が偽だから
オブジェクト指向もどきがオブジェクト指向でない
も偽だな。

**デフォルトの名無しさん** · 2022/05/19(木) 07:47:19.60

>>923
そう、Cの時代からオブジェクト指向はあったよな

**デフォルトの名無しさん** · 2022/05/19(木) 07:50:32.12

別に
objに対してfunc()というメッセージを送るのと、
PostMessage()という手続きにhWndを渡すのでは意味が違う
obj.func()をコンパイルしたらfunc(ptr, ...)とptrとして&objを渡すコード、みたいなものになるではないか、というのはそれはそうだが
そいつは意味を捨てているからにすぎないことは統語論的に考えたらﾜｶﾙ
例： getter
x = obj.getX(); // I get the value X となるようにobjに仕事させよという意味(CPUにobjを使役するよう命令している
x = getX(&obj); // get the value X from (/ by / with / in) the object obj、という意味（CPUにやれと命令している

**デフォルトの名無しさん** · 2022/05/19(木) 07:51:01.05

言ってて自信なくなってきたがとにかく違う、

**デフォルトの名無しさん** · 2022/05/19(木) 07:55:55.82

オブジェクト指向って
単にクラス関数を呼んだからオブジェクト指向
とかいう単純な物じゃない

プログラムやモジュールの設計思想の話

**デフォルトの名無しさん** · 2022/05/19(木) 08:02:53.54

>>927
お前がそうやって理解したのは理解するけど、ちょっとどうかなあ

**デフォルトの名無しさん** · 2022/05/19(木) 08:10:11.10

>>915
その主張において
・「ヒトもどき」と「ヒト」の違いは何か。「ヒトもどき」が「ヒト」でないとする根拠は何か。
・「ヒトもどき」の「もどき」の意味が「指向もどき」の「もどき」の意味と同じとする根拠は何か。

間違った根拠と間違った推論から導いた結論に意味はないから、上記に答えられないならその主張に議論する価値は無い。
論理をかじって知ったかぶりしたくなるのもわかるけど、もうちょっと勉強した方がいいよ。

**デフォルトの名無しさん** · 2022/05/19(木) 08:12:35.09

C++関係ないんだから
他にスレ立ててやれ

**デフォルトの名無しさん** · 2022/05/19(木) 08:26:56.26

オブジェクト指向を教えてくれ！★２
https://mevius.5ch.net/test/read.cgi/tech/1619503348/

**デフォルトの名無しさん** · 2022/05/19(木) 08:30:35.34

>>930
それはそうで世に膾炙しているオブジェクト指向はちょっとどうかしているせい
objにXの値を寄越すようにメッセージを送るのであれば
　x = obj.getX(); // (1)
ではなくて、
　x = obj.giveX(); // (2)
でないとおかしいはず……
(1)に対して合理的な意味づけを行おうとすると>>927みたいな解釈にならざるおえない
やっぱ世の中がおかしい

**デフォルトの名無しさん** · 2022/05/19(木) 09:28:38.04

objっていうデータ構造体からxを取得するからgetXって解釈してたわ

**デフォルトの名無しさん** · 2022/05/19(木) 09:37:01.76

オブジェクト指向って obj.method( ) という構文だけの話じゃないでしょ
継承・多態性・オーバーライド・オーバーロード・オーラロードなどの機能もオブジェクト指向の重要な要素じゃないの
あと機能とは別にカプセル化などオブジェクト指向で周知された設計手法もある（これはオブジェクト指向でなくてもできるけど）

**デフォルトの名無しさん** · 2022/05/19(木) 09:42:48.48

>>934
826書いたの俺だからわかるよ
でも文法なんて些細な話よ

**デフォルトの名無しさん** · 2022/05/19(木) 09:56:27.95

hogehoge書いた本人はたぶんそこまで考えていないよ
それこそ思い込みが激しいでは？

**デフォルトの名無しさん** · 2022/05/19(木) 12:33:57.63

>>934
オブジェクト指向の「オブジェクト」は、主体・客体の「客体」として解釈するといい。主体はプログラマーとかCPUとかの指示・命令をする主体。

**デフォルトの名無しさん** · 2022/05/19(木) 12:47:07.52

まだやるの？

**デフォルトの名無しさん** · 2022/05/19(木) 12:58:56.65

オブジェクト指向は我々プログラマにとって必要です

>>938
私はオブジェクト指向を知っていることに誇りをもっています

**デフォルトの名無しさん** · 2022/05/19(木) 13:04:29.79

>>934
俺はオブジェクト指向がうまいから職場で神扱いされてる

>>919
お前はオブジェクト指向ができるの?

なんとか言ったらどうなんだ

**デフォルトの名無しさん** · 2022/05/19(木) 13:06:45.60

>>911
そうやってオブジェクト指向ができないからニートだと思われてるんだよｗｗ
これに懲りたらオブジェクト指向を学んでこいwww

**デフォルトの名無しさん** · 2022/05/19(木) 13:18:40.04

>>924
てめーなんざにオブジェクト指向がわかるわけねぇだろう
とっとと消えろ

**デフォルトの名無しさん** · 2022/05/19(木) 13:20:01.49

何言ってんだこいつ
オブジェクト指向を知ってるからって偉そうにしやがって

**デフォルトの名無しさん** · 2022/05/19(木) 13:52:35.01

>>927
いや、意味は違わないよ
違うのはその結論(コード)に至るまでの考え方だ
オブジェクト指向は構文ではなく考え方
だからアセンブラでもできるんだ

**デフォルトの名無しさん** · 2022/05/19(木) 16:31:30.66

>>931
くじら構文が論理?

案の定、どこまで馬鹿なんFラン確定のお前ww

**デフォルトの名無しさん** · 2022/05/19(木) 16:36:02.58

>>925

おまえもFラン確定だなww
義務教育から遣り直せ。

**デフォルトの名無しさん** · 2022/05/19(木) 17:36:19.36

アホだからアホでも使えるように構造化するのを大事にしてる

**デフォルトの名無しさん** · 2022/05/19(木) 18:44:20.43

802から始まって、いまだ発散してるから
線引含めてめんどくせぇ話だなというのはわかる

**デフォルトの名無しさん** · 2022/05/19(木) 18:46:23.64

VIPでやれと言われるような話題。

**デフォルトの名無しさん** · 2022/05/19(木) 19:01:16.29

>>949
想定以外の使い方は許さない方が無難かね。Conceptsが普及すればc++でも制約プログラミング流行るかな。

**デフォルトの名無しさん** · 2022/05/20(金) 06:26:48.33

プログラムの可読性は大事だが
それをアホへの迎合と勘違いしてはいけない

COBOLからの教訓だ

**デフォルトの名無しさん** · 2022/05/20(金) 06:48:44.29

可読性とは結局
自分ルールに添ってるか
自分と同レベルの知識や頭脳か
になるからねえ

**デフォルトの名無しさん** · 2022/05/20(金) 08:17:00.86

>>939
>オブジェクト指向の「オブジェクト」は、主体・客体の「客体」として解釈するといい。
どういうこっちゃ……
オブジェクトを客体とみなすルールは必ずしもその客体が主体的に動くシチュエーションの禁止にはならない
客体が主体的に動くシチュエーションを禁止したかったら、複文の禁止までルールを推し進めねばならん
例：
進駐軍の兵隊オブジェクトに「Get chocolate」と言ったらそのオブジェクトがチョコレートの調達に走るのが妥当
この場合進駐軍の兵隊オブジェクトが主体的に動く（倉庫等に取りに行く）ことが気体される
進駐軍の兵隊オブジェクトに「Give me chocolate」と言って初めて発令の主体たるCPUがチョコレートを受け取れる

**デフォルトの名無しさん** · 2022/05/20(金) 08:26:59.91

どっちにせよチョコを取りに行ったりくれたりする主体は進駐軍の兵隊オブジェクト
さらに進駐軍の兵隊オブジェクトが倉庫の受付に「Get chocolate」言うかもしれんし
そうすると進駐軍の兵隊オブジェクトがチョコレートを受け取る主体にもなり得る
こういう入り組んだ解釈を一切禁止ということならやっぱ複文禁止しか……
それはそれで新しいプログラミングパラダイムが拓けそうやがどうかなあ……

**デフォルトの名無しさん** · 2022/05/20(金) 08:31:45.87

ていうかそういうのはどうでも良いんですよそれよか>>695
のコードについて質問なのですが

fouri()の中に
　sin1 = table[t0];
　cos1 = table[t1];
というのがあって、cos1 + i * sin1が1の原子2^N乗根だと思うじゃん？
しかし動きを見ると5.333333乗根とか（これはまだわからないでもない
4.571429乗根とかわけわかんない数値が入って来るんですがなんで？！
ﾎﾞｽｹﾃ、

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

>>957
(1 << p) が一周
(1 << p - i) は一周を(1<<i)で割った値、つまり(1<<i)乗根

**デフォルトの名無しさん** · 2022/05/20(金) 19:33:47.78

　
　＿＿　　　　＿＿　＿＿_　＿＿＿＿＿　　＿＿＿＿_　　　　___　___　　　___
　|　　 |　　　 /　　/　 |　　／/　　　　　　　|　/＿＿　　__/ [][] ＿|　|_|　|＿_　_|　|_
　| 　　|.　　 /　　/　 /　 /　/　　 /￣￣|.　l　　　　/　/　　　　 |　　　＿　　| |_　　ﾚ'~￣|
　|　　 |　　/　　/　 /　 /　/　　 /.　　／　/　　　　|　 |___ 　　　￣| 　|　/　/　/ 　／|　|
　|　　 |　 /　　/　 /　 /　/　　　￣￣　／　　　　　＼＿_|　　　　　| 　|　￣　/_　 /　　|　|_
　| 　　|. /　　/　 /　 /　/　　 /￣￣￣　　　　　　　　　　　　　　　|＿|　　　　 |__|　　　＼/
　|　　 |/　　/　 /　 /.　/　　 /　　
　|.　　　　 /　 /　 /　 /　　 /　
　|　　　　/. ／　　 | ./　　 /　　
　￣￣￣　￣￣￣. ￣￣　

**デフォルトの名無しさん** · 2022/05/20(金) 20:11:14.93

>>958
1<<i乗根は結局2^i乗根ということで、
(2*M_PI)/atan2(sin1, cos1)が2^iすわなち整数にならないとおかしいんじゃないの
しかし実際は16乗根とか64乗根に交じって5.333333乗根とか4.571429乗根とかが混じってくるのでつ∀`;)

**デフォルトの名無しさん** · 2022/05/20(金) 21:44:19.34

そりゃ(1<<i)乗根をn乗してるからねえ
出てくるんじゃないの？
何か問題？

**デフォルトの名無しさん** · 2022/05/20(金) 23:00:09.02

わかりた
(1 << i)/jが割り切れない場合のw^jかorz

**デフォルトの名無しさん** · 2022/05/20(金) 23:24:07.63

マクロでしか実現できない機能って何がありますか？
派遣先のライブラリがマクロだらけで驚いたので気になりました

**デフォルトの名無しさん** · 2022/05/20(金) 23:38:17.88

メタプログラミングとか?

**デフォルトの名無しさん** · 2022/05/20(金) 23:48:21.44

いろいろあると思うけど、ログ関数とか作るときに関数名とか行数とか出力させたかったらマクロ使うかな

**デフォルトの名無しさん** · 2022/05/20(金) 23:53:08.67

行数とかなんか無茶なコードの結合とか

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

コンパイラによってつける属性変えるときとか
public:をオンオフしたり構文に影響を与えるものとか

MSVCの標準ライブラリ覗くと
#define _CONSTEXPR20 constexpr
//#define _CONSTEXPR20 inline //C++17以前
とか書いてあったりする

式を文字列として展開するのもマクロじゃなきゃできない
#define A(exp) #exp

文字列連結(#define A(a1,a2) a1##a2)もマクロじゃなきゃできないけどデバッグが無理ゲーになるから使わん

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

__FILE__や__LINE__を使うのを隠蔽したいときはマクロにするしか、
あと文字列を結合してシンボルを合成するとか、
#define cat(a, b) a##b
#define cat2(a, b) a/**/b

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

マクロでぐにゃぐにゃしてる中はデバッガで止めづらくなるね
文字列生成（そして文字列の連結）　識別子の連結　はプリプロセッサじゃないとできないし

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

初見殺しにマクロは必須

**ハノン** ◆QZaw55cn4c · 2022/05/21(土) 06:57:00.43

というか、inline 指定を絶対化すればいいだけ
どうして　inline 指定してもインラインされない場合がある、とか勝手なことをするのか不明

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

#define AAAA xxxx
#include "****"
#undef AAAA

#define AAAA yyyy
#include "****"
#undef AAAA

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

>>971
再帰する場合は仕方が無い
ポインタ経由で呼び出す場合も仕方が無い

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

>>973
閾値を決めて閾値を超えてとまらないことがわかったら「エラーを出してコンパイルを止める」べきで、勝手に inline を無視してコンパイルしなおすなんて言語道断、コンパイラ作者の独善だね

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

今やregisterなみの存在感

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

#includeと#defineで疑似メタプログラミング的なことをすることはある
テンプレート化出来ない場合もあるからな

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

constexprが中途半端で結局constevalが追加されたのに倣えば、inlineの強制バージョンも標準化していいはずだよな
既に独自実装のalways_inlineや__forceinlineはあるんだし

**はちみつ餃子** ◆8X2XSCHEME · 2022/05/21(土) 11:13:07.39

C++ は見かけ上の動作が仕様通りならどういう機械語を生成するか規定しないのが原則だから……。
言語仕様的には constexpr やら consteval も定数式として使える範囲を拡大しただけで、生成される機械語に対しては要求をしてない。
(想定はしていると思うけど。)

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

翻訳系の仕事はソースコードの意味を変えずにオブジェクトコードに翻訳することで（ry
狭義のアルゴリズム（シングルスレッド条件、有限ステップで結果出力）の入力と出力の関係が翻訳前後で同じ結果になるならおk
最適化はボランティア活動みたいなもん
だいたいコルモゴロフ複雑性的な意味で一意な解など一般に無いし

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

ていうかDFTと逆DFTおよび4n乗根のDFTと逆DFTができましたよ
https://ideone.com/uK9v58

n語のフーリエ変換にメモリを2n語使って良いなら話は簡単やが
>>695 のソースコードはn語で済ませているから黒魔術を駆使しているに違いない
>>695　の作者は漏れよか頭良すぎ（いやいい意味で、

**ハノン** ◆QZaw55cn4c · 2022/05/21(土) 14:44:04.21

>>978
＞C++ は見かけ上の動作が仕様通りならどういう機械語を生成するか規定しないのが原則だから……。
だとすると、inline の存在自体が原則に大きく矛盾していることになりますねえ

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

あくまでもヒントじゃないのか

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

>>982
そんな曖昧な態度だから、マクロによるインラインが跋扈してしまうんです、inline に限っては強制力を伴うべきでしょう、#define マクロを葬り去りたいのなら

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

そう
あくまでヒント

ヒントになった理由は
世の中のプログラマーがアホだから

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

#defineは永遠に不滅です

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

CRTPにするとインターフェース継承してもインライン展開されるのほんとまじ意味わからん

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

>>984
マクロ跋扈とを許す設計者の方がもっとアホですね

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

誰の方がアホとかどうでもよくて
アホだからそういう仕様になった

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

ちと別件に取り掛かったのでソースコードを見ながらではなく想像やが
>>695 のソースコードでやっている頻繁なswapの意図がわかった希ガス
　X(k) = Σ[j=0..n-1]{ x(j) * w^(j*k) }
を計算するとき項の足し合わせ順序はどうでも良く、かつk>1なら
　j * k = 0 (mod n)　　--- (1)
となるx(j) * w^(j*k)が複数回現れるから、(1)を満たす項の出現回数が大きいものを最初に足し合わせたらたちまち
（出現回数)-1語　のメモリが空く、というのが基本的着想で、
これを異なるkについて繰り返し行う場合(1)を満たす最大の出現回数となるjの系列jはk毎に相違するから、
kについての繰り返しについても部分計算を片付けてメモリを空けつつ進められ、
結局jとkの2重ループについてメモリを空けつつつつがなく進められるというしくみ（多分

**はちみつ餃子** ◆8X2XSCHEME · 2022/05/21(土) 16:11:12.45

>>981
inline は ODR の例外。また、異なる翻訳単位の同じ定義が統合されることを保証する。
これは C++98 のときからそう。
インライン化が望ましいことの指示であるとは書いてあるけど、
今では変数にも inline を付けることが出来るようになったのはもはや inline は ODR の例外としての意味がメインだと考えるべき。

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

>>981
展開を強制したいならforceinlineあるやんけ(メジャーなコンパイラの拡張だけど