C++相談室 part155

**デフォルトの名無しさん** · 2021/03/24(水) 12:07:15.39

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

テンプレここまで

**はちみつ餃子** ◆8X2XSCHEME · 2021/04/15(木) 00:38:40.10

>>203
抽象化の手段でもある。
脳内で計算できる程度のものであっても、
ちゃんと名前が付いた関数になってるほうが
読むほうにとってはありがたいもんだよ。

**デフォルトの名無しさん** · 2021/04/15(木) 00:54:46.36

>>203
こういう書き方出来たら便利なのにな、とかを無理矢理実現できるというロマンはある
(マクロと似たようなもんだが
プロパティみたいなことも一応出来るし
ただまぁ・・・労力に見合うか、というと散々だわマジで。

持て囃すようなものでは決してない(他人のふんどしでドヤりたい連中が持て囃してるだけ

**デフォルトの名無しさん** · 2021/04/15(木) 00:59:45.76

>>203
まあ実際ビルドシステムを自分で構築するかコンパイラにやらせるかの違いしかない。
フーリエ変換の係数みたいなものを事前に設定するとかは少し便利かもね。
それなりに手計算すると大変だけれどそこまで本格的に計算時間がかからないような
事前計算できて使いまわせるようなものが念頭にあるんだろうが、まあそんなないわな。

**はちみつ餃子** ◆8X2XSCHEME · 2021/04/15(木) 01:11:57.17

状況に応じてコードジェネレータを用意するよりはマシってくらいか。

**デフォルトの名無しさん** · 2021/04/15(木) 22:12:02.69

>>182
具体的に

**デフォルトの名無しさん** · 2021/04/16(金) 05:29:55.48

>>208
？

**デフォルトの名無しさん** · 2021/04/16(金) 06:24:07.51

>>209
？！

**はちみつ餃子** ◆8X2XSCHEME · 2021/04/16(金) 12:18:05.12

ヴィクトル・ユーゴーかよ。

**デフォルトの名無しさん** · 2021/04/17(土) 08:00:06.17

condition_variableってなんでこんなに面倒なんだ
winなら、イベントの方が高速だし楽で懐疑起床も起きないし

**デフォルトの名無しさん** · 2021/04/17(土) 08:06:00.96

>>212
特定変数に依存しないbool条件式で起床できるのはWindowsのイベントよりも楽で応用が利く
今さらイベントには戻れない便利さがある

**デフォルトの名無しさん** · 2021/04/17(土) 08:13:31.45

>>212
ほんまこれ。せめてspurious無かったらなあ。
めんどいから手っ取り早くspinして待ってまうわ。

**デフォルトの名無しさん** · 2021/04/17(土) 08:49:19.47

>>213
その式を書かなくてもいいイベントを使ってからは
condition_variableには戻れなくなった

**デフォルトの名無しさん** · 2021/04/17(土) 10:51:59.94

おすすめ本ってありますか？
C言語のプログラムを、文法などカンニングしながら書けるレベルです。

**デフォルトの名無しさん** · 2021/04/17(土) 13:30:52.06

cppreference.comの何が不満かによる

**デフォルトの名無しさん** · 2021/04/17(土) 14:51:21.11

それだけ読んで理解した奴なんておらんやろ。

**デフォルトの名無しさん** · 2021/04/17(土) 17:33:14.75

プログラミングにカンニングという概念はない
常にオンラインヘルプなので正確な仕様を確認しながら作業するのがプログラミングの常なので、
カンニング(仕様確認、他人の書いたコードをチラ見してコーディング規約ぶ追従)は仕事の一部

**デフォルトの名無しさん** · 2021/04/17(土) 17:41:48.19

訂正
プログラミングにカンニングという概念はない
常にオンラインヘルプなどで正確な仕様を確認しながら作業するのがプログラミングの常なので、
カンニング(仕様確認、他人の書いたコードをチラ見してコーディング規約に追従)は仕事の一部
明確なコーディング規約がない場合にはなおのこと、カンニングが重要になる

**デフォルトの名無しさん** · 2021/04/17(土) 18:08:39.80

RTTIなんかカンニングだろって個人的に思う

**デフォルトの名無しさん** · 2021/04/17(土) 19:10:13.22

condition_variableに似た関数SleepConditionVariableCS()がWin32APIにも用意されてるけど、直感的で使いやすいのはcondition_variableでしょ
https://docs.microsoft.com/en-us/windows/win32/sync/using-condition-variables

**デフォルトの名無しさん** · 2021/04/18(日) 10:59:46.23

質問なのですが教えてくだちい
Q1. 64 bit符号付整数の積の結果をオーバーフロー無しで（128 bit等で）で得る方法
　　※ 64 bit整数を2^32進数2桁とみなして筆算する処理より速い方法ｷﾎﾞﾝ
　　　　SSE4.1可

Q2. （Q1にうまいやり方が無い場合）64 bit符号付整数の積がオーバーフローしたことを検知する方法

Q3. 多倍長整数（例えば8要素のunsigned longの配列として表された符号無し整数0～2^256-1）
　　を10で割る方法orz

**デフォルトの名無しさん** · 2021/04/18(日) 11:05:45.65

Q2は現状a*bの前に std::abs(a) <= std::numeric_limit<int64_t>::max / std::abs(b) という判定をやっているのですが
もっと速いやつ（除算不要のやつ）ｷﾎﾞﾝ、

**デフォルトの名無しさん** · 2021/04/18(日) 13:15:25.56

>>223
参考になるかもしれない
https://www.slideshare.net/herumi/webassembly-244797431

**デフォルトの名無しさん** · 2021/04/18(日) 14:35:23.87

winならMultiply128、gccやclangなら__int128ってのが使えるみたいだけど

**デフォルトの名無しさん** · 2021/04/18(日) 15:14:50.22

競技プログラミングではよくある質問

**デフォルトの名無しさん** · 2021/04/18(日) 17:15:30.07

>>223
特定の環境ならアセンブラでやっちゃえば？
ちなみに環境は？

昔その辺の演算は良くやった

Q3は10の逆数を求めておいてかけ算命令でやるのが良いけど
多売長は何進数？

10で割るだけの為にバッファスキャンはもったいない
何かの演算とセットに出来ない？

もしやりたいことが2進多倍長の10進数化なら
もっと良い方法がある

**デフォルトの名無しさん** · 2021/04/18(日) 17:17:36.41

環境 (CPU, OS)
多倍長の構成 (整数？指数部あり？2進？10進？変則？)
最終的に何がやりたいか

この辺がわかれば色々と教えられる

◆QZaw55cn4c · 2021/04/18(日) 17:32:50.11

>>223
>>225 も多倍長演算ですか、じゃ、私も私の多倍長演算を
https://mevius.5ch.net/test/read.cgi/tech/1434079972/37

＞Q3. 多倍長整数を10で割る方法
であれば上のリンク先の line:383 から、std::ostream &operator<<(std::ostream &stream, mpz_base_class c)　にて、ちょこっと工夫したつもりです、剰余は下位から確定する点では普通、ですので順序を逆にするのはアレかもしれませんが

**デフォルトの名無しさん** · 2021/04/18(日) 18:08:23.13

とりあえず筆算のやつをｺﾞﾘｺﾞﾘ書いてや
った
https://ideone.com/pcltLW

**デフォルトの名無しさん** · 2021/04/18(日) 18:32:04.62

多倍長÷32bitを除算命令を用いてやるのはアホ

**デフォルトの名無しさん** · 2021/04/18(日) 18:34:03.31

>>232
kwsk

**デフォルトの名無しさん** · 2021/04/18(日) 19:14:51.87

ヒント
除算は遅い
除算は逆数の乗算
定数の除算のコンパイル結果

**デフォルトの名無しさん** · 2021/04/18(日) 21:49:11.94

（聞くんじゃなかった…

**デフォルトの名無しさん** · 2021/04/18(日) 22:02:51.07

ちゅか10で割るのは10の剰余を知りたいからなのだというのは
言ってなかったわｻｰｾﾝ、orz
多倍長整数の10進数表現を得るために、多倍長整数を10で割って剰余を求める必要があった
この目的には誤差の見積や処置が面倒な方法はNGでありかつ
10進数化とかどうせ表示の時しか使わないのでこの割り算自体はそうメチャクチャチューニングする必要は
ありませぬ（と後出し

**デフォルトの名無しさん** · 2021/04/18(日) 22:16:10.35

もしｶﾞﾁで全く除算を使わずに10進数に変換せよと言われたら
5*10^n、2*10^n、1*10^nを作ってnがデカい順に元の数と比較して引いていく、
ぐらいしかなさげ
知らんけど

**デフォルトの名無しさん** · 2021/04/19(月) 00:09:37.42

>>223
トンチンカンなこと聞いてたらすみませんが、Q1って多倍長整数を文字列で持ってカラツバ法とか高速フーリエ変換で計算するやり方だと「遅い」んですか？

◆QZaw55cn4c · 2021/04/19(月) 00:24:31.83

>>236
であれば >>230 で

まあ多倍長演算を実装するのならアセンブラが最適で、なんといってもキャリーフラグやゼロフラグを触れるのはアセンブラしかないですからね
というか、C/C++ だけで多倍長を実装するなんて馬鹿なことを思いつくのは私くらいですかね‥‥

◆QZaw55cn4c · 2021/04/19(月) 00:29:31.32

>>238
＞カラツバ法とか高速フーリエ変換で計算するやり方だと「遅い」んですか？

これらは、オーダーは O(n^2) より下のクラスなので速いのはそのとおりですが、しかし使えるのは掛け算のときだけですね
まあ逆数を掛けるという意味では割り算も OK かもしれません、そして逆数計算は「単桁 vs 多桁」だから、オーダーは無視できますし

それはそうと、昔バグっていた例のペンティアムの除算アルゴリズムを解説してくれるサイトはないですかね‥‥

◆QZaw55cn4c · 2021/04/19(月) 00:31:27.00

>>236
いいわすれましたが、商が高速に求められれば、剰余は　被除数－商×除数、で求めるものですし、多分高速除算・高速剰余計算は多分そうしているでしょうね

**デフォルトの名無しさん** · 2021/04/19(月) 00:33:03.64

>>240
質問者は掛け算と10で割る (小数点以下は無視する割り算ですよね？) しか聞いてないので、掛け算さえできれば良くないですか？

**デフォルトの名無しさん** · 2021/04/19(月) 00:37:49.63

ああ、10で割るのはあまりを求めたいからって書いてあった
でも10で割った余りって1の位の数字ですよね？
そんな話じゃない？

**デフォルトの名無しさん** · 2021/04/19(月) 00:39:51.82

まあいいや
チューニングする必要はないって話なんで、わり算の話は置いといて、結局やりたいのは整数同士の掛け算ですよね？

**デフォルトの名無しさん** · 2021/04/19(月) 00:45:58.97

質問者が情報を後出ししたりしていてイマイチ信用に欠けるので、普通の整数のように何でもできる多倍長整数がほしいのか掛け算さえできればOKなのかは不明

◆QZaw55cn4c · 2021/04/19(月) 00:46:33.44

>>243
そんな話です
でも2進10進変換をやりたいのなら、基本的に 10 で割った剰余を求める以外に手はありませんね

**デフォルトの名無しさん** · 2021/04/19(月) 00:49:32.73

>>246
では、最初から10進数を文字列で持てば2進10進変換をする必要がない、というのが僕の立場の回答になりますね
やりたいことが掛け算だけなら、という条件が付きますが……

◆QZaw55cn4c · 2021/04/19(月) 01:17:33.43

>>247
最初から10進で数値を持つと、加減算ですら速度が低下します
10進化の頻度は各種演算の頻度よりも少ない、というか、演算を何千回・何万回した最後に 10　進に変換する、かもしれない、っていう状況で、最初から 10 進で持つのは無駄以外の何ものでもないかと

それに32bit までは BCD 補正命令がありましたが 64 bit の今は BCD 補正命令（AAA とかね）ですら削除されちゃっていますし

**デフォルトの名無しさん** · 2021/04/19(月) 02:16:04.24

>>248
質問者は加減算はするんですか？

**デフォルトの名無しさん** · 2021/04/19(月) 02:16:30.94

ID変わってますが同じ人です

**デフォルトの名無しさん** · 2021/04/19(月) 06:59:05.63

一応私
東大大型計算機センター時代に円周率ギネスに関わったこともあって
多倍長の知識や技術は確実にこのスレで一番だと思うのだけど
スルーするなら消えるね

**デフォルトの名無しさん** · 2021/04/19(月) 07:39:37.59

だって多倍長「整数」、と最初に断ってあるのに小数や指数表示の話を始めそうなふいんきだったし、
Q1、Q2に関しては64 bit同士の積の話なので
今日日のなんちゃら漸化式を使う円周率計算とかに使う
多倍長の掛け算みたいな別次元テクニックは明らかに使いどころが無いいいし……

**デフォルトの名無しさん** · 2021/04/19(月) 07:53:01.92

>>249
する
ただしQ1とQ2の質問の直接の範囲ではありません
しかし、とはいいつつ筆算のアルゴリズムで実装したら必要になったので
とりいそぎ加減算を実装してみた（>>231

Q3は多倍長整数を32 bit整数で割るやり方をガチで忘れたので質問したorz
のですが途中で思い出し実装した、というろくでもない経緯ですたｻｰｾﾝ、
>>235はついカッとなって書いた>>234の人はｽﾏﾝｶｯﾀorz

今後の方向性としてはコンパイラはVCを使っているのでSSE4.1のイントリンシックを使って
お手軽に64 bitデータの積和を128 bit幅で計算する方向なｷﾓｽ

>>239
>キャリーフラグやゼロフラグを触れるのはアセンブラしかないですからね
それは思わないでもないが積をやりだすと上位桁への伝搬が1 bitでは済まないので
C/C++ だけで多倍長を実装するのは結果ｵｰﾗｲかと、

**デフォルトの名無しさん** · 2021/04/19(月) 08:16:03.30

その>>234だけど
まあ素人同士で頑張って

**デフォルトの名無しさん** · 2021/04/19(月) 08:27:12.50

2進多倍長の10進化にQ3を使うのはアホ

これだけは書いておいてあげる

**デフォルトの名無しさん** · 2021/04/19(月) 08:36:36.63

122=235か。
お前もう質問するなよ

**デフォルトの名無しさん** · 2021/04/19(月) 08:47:34.79

>>253
多倍長がどれほど多倍長かというのにもよりますが、とにかく速いQ1の回答はカラツバ法とか整数環上でFFTして畳み込みだと思います
Q3はそもそも多倍長整数をどう持つかによるので、仕様を確定しないと難しいんじゃないでしょうか

**デフォルトの名無しさん** · 2021/04/19(月) 08:51:43.03

あ、64ビットにおさまるくらいの桁数の話なんですね
だったらパースとかするオーバーヘッドが大きそうなので、僕の言った方法は有効じゃなさそうです
失礼しました

**デフォルトの名無しさん** · 2021/04/19(月) 08:55:57.38

肩書きとかキャリアを己の発言の信憑性の根拠にするって、お前ここはニュー速VIPじゃないんだぞ

**デフォルトの名無しさん** · 2021/04/19(月) 12:17:34.06

多分勘違いしてる人がいるかと思うので一応書いておくと
>>251と>>257 (cH3u..)は別人です

**デフォルトの名無しさん** · 2021/04/19(月) 12:25:33.89

いやクソどうでも良いんだが
捨て台詞 (>>254) 吐いて退場したけど勘違いされてたら悪いと思って戻ってきたの？

**デフォルトの名無しさん** · 2021/04/19(月) 12:34:37.87

>>257がバカ発言してて
同じ人と思われたらイヤだなあと思って

**デフォルトの名無しさん** · 2021/04/19(月) 12:54:00.52

>>262
長い多倍長整数の掛け算で数論変換して畳み込むより速いやり方ってあるんですか？
64ビットに収まる話なのに数論変換なんて持ち出すのがバカってことですか？

**デフォルトの名無しさん** · 2021/04/19(月) 13:17:17.86

こんなところで身バレしそうな職歴晒してまでどうしたいんだろう
時々いる煽り耐性ゼロの人かな

**デフォルトの名無しさん** · 2021/04/19(月) 13:36:43.08

いやフツーに嘘でしょ
精々が
・学生のときにデカいプロジェクトに名前だけ入ってた
・技官がイキってる
・隣の研究室にいた
くらいじゃない

> 東大大型計算機センター時代に円周率ギネスに関わったこともあって
「関わった」という控えめで奥ゆかしい言い方を思えば、PIとかそのクラスではないことは明らか

**デフォルトの名無しさん** · 2021/04/19(月) 16:48:40.50

盛り上がってるところすいません
マルチスレッドで1バイトの変数に対してatomicな操作をしたいのですが
ロックフリーで行いたい場合
ATOMIC_CHAR_LOCK_FREEの値が2以外の場合は保証されないのでしょうか？

**デフォルトの名無しさん** · 2021/04/19(月) 17:02:33.15

>>266
1バイトの変数がatomicに読み書きできない環境？
断言するが、そんな環境でお前のプログラムはどうせまともに動くわけないんだから気にしなくていい

**デフォルトの名無しさん** · 2021/04/19(月) 17:22:54.26

規格的にはそうですとしか言えんわな
現実的にはともかく

**デフォルトの名無しさん** · 2021/04/19(月) 17:30:46.64

>>267
いやだからそれを聞いてるんです
手元のマシンではできるのは当たり前じゃないですか
そう言うケースがあるのかそれはどう言う場合か？を聞いてるのです

**デフォルトの名無しさん** · 2021/04/19(月) 18:10:02.15

>>263
特別サービス

>>238
64bit同士の乗算でカラツバやFFTなんかやらん

>>247
文字列で保持？バカ？

>>248
2進、10進どっちもある
実際ギネスの記録もどっちも使ってる

まあ質問者の内容からすると
そのうちカラツバやFFTが役立つ時がくるかも知れないけど
今の段階だと豚に真珠
役立つ可能性は>>255がヒント

**デフォルトの名無しさん** · 2021/04/19(月) 18:10:29.58

>>269
4bit CPU
C++環境は無いかもしれないけど

**デフォルトの名無しさん** · 2021/04/19(月) 18:11:36.17

>>269
マルチスレッドが使えない環境かな

**デフォルトの名無しさん** · 2021/04/19(月) 19:29:48.98

>>270
結局コイツが出した新しい情報一つもなしｗ

ついでに言えば
>>270
> 64bit同士の乗算でカラツバやFFTなんかやらん
さえ
>>258
> あ、64ビットにおさまるくらいの桁数の話なんですね
>>263
> 64ビットに収まる話なのに数論変換なんて持ち出すのがバカってことですか？
の後追いっていう

100パー>>265ですわ

**デフォルトの名無しさん** · 2021/04/19(月) 20:10:17.57

バカにはわからない

**デフォルトの名無しさん** · 2021/04/20(火) 01:11:18.41

言語、規格バカはマジでウザい
ちょっとした言い間違いで、配列とポインタについて
30分語られたわ
先輩だから、聞いてやったけど・・・
そいつ、仕事できないなくてハブられてるwww

**デフォルトの名無しさん** · 2021/04/20(火) 04:53:21.68

30分しか語れないんじゃそりゃハブられるわ
ポインタだけで1日終わるくらいがスタートラインだろ

**デフォルトの名無しさん** · 2021/04/20(火) 06:53:00.02

C++に関しては知識と開発能力が比例しないということを採用担当者は知っておくべき

**デフォルトの名無しさん** · 2021/04/20(火) 07:17:36.48

C++20が憶えきれない
こんなことは初めてだ

**デフォルトの名無しさん** · 2021/04/20(火) 08:09:40.68

配列とポインタは混同してると危険だから怪しいこと言ってる奴がチームにいたら捕まえて説明するよ
どんな言い間違いか知らんけど心配させるようなこと言う方が悪い

**デフォルトの名無しさん** · 2021/04/20(火) 08:30:33.16

こんなとこに同僚の愚痴書いて気晴らししてるやつが仕事できるとは到底思えないな。

**デフォルトの名無しさん** · 2021/04/20(火) 10:14:33.25

同僚と先輩の区別もつかない奴はプログラマーには向いてない

**デフォルトの名無しさん** · 2021/04/20(火) 10:52:16.13

linuxとwindowsで使える共通の開発環境ってなんでしょうか？
guiアプリを作りる場合です

エディタ：vscode
言語：ｃ＋＋
gui：qt

という感じですか？
pythonやelecrtonなんかもありますね

**デフォルトの名無しさん** · 2021/04/20(火) 12:10:41.97

>>282
マイナーだけどwxWidgetsを推す
見た目がOSネイティブに近くなるのが好き

**デフォルトの名無しさん** · 2021/04/20(火) 12:18:00.63

Karatsuba法を実装できるから実装してみた
https://ideone.com/W1j1o0

Karatsuba法推しの香具師はいっぺん自力で実装してみたらいいかもしんない
かもしんない運転、

言うは易しの好例に思えるorz、、、

**デフォルトの名無しさん** · 2021/04/20(火) 12:18:13.99

>>281
辞書くらい持ってるだろ？日本語も勉強しような

**デフォルトの名無しさん** · 2021/04/20(火) 12:36:36.65

>>285
お前が勉強しろよw
同じ職場の人という意味で同僚とか言ってるだろうけど>>275があえて先輩と書いてる意味もわからんのか？

**デフォルトの名無しさん** · 2021/04/20(火) 12:42:32.22

>>286
そこ区別して同僚の愚痴を先輩の愚痴に書き換えたところでなにも変わらんだろアホ

**デフォルトの名無しさん** · 2021/04/20(火) 12:43:21.01

技術的な話で太刀打ちできなさそうだと枝葉末節で揚げ足取りが始まる掲示板はどこでしょう？
そう、ここです!

**デフォルトの名無しさん** · 2021/04/20(火) 12:43:25.81

>>284
測定してみればわかるけど
カラツバの守備範囲は非常に狭い

**デフォルトの名無しさん** · 2021/04/20(火) 13:00:09.50

>>279
御意

俺も文字列リテラルはポインタって言ってる先輩がいてバトルになったことがある

**デフォルトの名無しさん** · 2021/04/20(火) 13:46:48.72

>>287
マジで日本語の理解力がないんだな…
>>275はパイセンより理解してる俺スゲーって言いたいんだよ
まあ底辺同士の争いでしかないけどw

**デフォルトの名無しさん** · 2021/04/20(火) 13:47:04.64

>>283
wxpythonというのがありましたね。
qt＋ｃ＋＋の組合せよりも簡単ってことでしょうか？

**デフォルトの名無しさん** · 2021/04/20(火) 14:16:30.60

C++11以降はそれ以前のC++とまるで別の言語のような感さえある。
だが基本中の基本である文字列操作がJavaやPythonほど簡単になってないのが残念。

**デフォルトの名無しさん** · 2021/04/20(火) 15:06:35.17

>>292
pythonでは使ったことないのでわからん
つかここはC++スレなので、言語関係なくGUIツールキットについて聞くのはスレ違いかと

**デフォルトの名無しさん** · 2021/04/20(火) 15:35:17.43

linuxでopenglやりたいので、ｃ＋＋かなと。

**デフォルトの名無しさん** · 2021/04/20(火) 20:37:50.18

>>284
長
カラツバの計算量が桁数の何乗かは忘れたが、ちゃんとスケールした？
あと当然FFTの方が早いよ

**デフォルトの名無しさん** · 2021/04/20(火) 20:42:34.03

しったか乙

**デフォルトの名無しさん** · 2021/04/20(火) 20:55:33.24

まあどの道64ビットに収まる桁数だったら意味ないってことは上で結論出てるけどな

**デフォルトの名無しさん** · 2021/04/20(火) 21:01:48.70

掲示したソースコードにおける
最適化に対するメモリエリアシングの影響について：

**デフォルトの名無しさん** · 2021/04/20(火) 21:25:08.48

クラスに特定のoperatorが定義されているか調べるために、
以下のようなtemplateを作ってMSVCでもclangでも一応期待通りに動いてはいるんだが、
VS2019のintelliSenseの解析が異常終了するらしく機能しなくなるんだよね、VS2017は大丈夫なんだけども
何か変かな？

template < typename OPERATOR, typename T > class has_operator
{
private:
template < typename U > static auto check(U x) -> decltype(x.operator OPERATOR(), std::true_type());
static std::false_type check(...);
public:
static bool const value = decltype(check(std::declval<T>()))::value;
};

◆QZaw55cn4c · 2021/04/20(火) 22:16:09.71

>>284
＞Karatsuba法推しの香具師はいっぺん自力で実装してみたらいいかもしんない

わたしも、やろう、やろう、とおもってても最後は「この野郎」になってしまうのです
カラツバ、今の私には強敵です…

**デフォルトの名無しさん** · 2021/04/20(火) 22:33:18.23

桁数nとしてカラツバはおよそnの1.6乗でFFTならnlognなのになぜか皆カラツバの方をチョイスしててワロ
文系の皆さんにはフーリエ変換なんて難し過ぎるか

**デフォルトの名無しさん** · 2021/04/20(火) 22:35:49.17

FFTの方は奥村のCアルゴリズム本に載ってるからアクセスしやすいけどね
カラツバはクヌース本くらいしか知らん