C++相談室 part149

**デフォルトの名無しさん** · 2020/02/18(火) 06:19:41.54

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

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

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

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

**デフォルトの名無しさん** · 2020/03/21(土) 22:26:18.85

>という形の多重ループのループ変数 a, b, c,... を a[0], a[1], a[2],... にしたいという意味です。

やればいいだけの話じゃなくて？質問は何だろう。

**デフォルトの名無しさん** · 2020/03/21(土) 22:38:22.14

>>951
n が実行時に決まるような場合どうしたら良いかという意味です

**デフォルトの名無しさん** · 2020/03/21(土) 22:39:31.10

>>949
ループのネストが可変なんだよね
templateが許されるなら再帰template
ダメならきれいには書けないと思う

**デフォルトの名無しさん** · 2020/03/21(土) 22:40:14.16

本当に実行時なら再帰で書くしか無いんじゃね

**デフォルトの名無しさん** · 2020/03/21(土) 22:49:54.75

>>953-954
ありがとうございます。
再帰templateで調べてみます。

あと書いてて気付いたのですが、n桁のm進数にループ変数 a[0], a[1],... をエンコードするっていうのも一つの方法かなと思いました。

**デフォルトの名無しさん** · 2020/03/21(土) 22:50:20.71

確かにtemplateでなくても再帰で可能か
ただlambdaで渡せないからstd::functionで包む必要あるね

**デフォルトの名無しさん** · 2020/03/21(土) 22:57:37.57

>>949
やりたいことは、係数をm^2の2次元配列xとm^3の3次元配列yに入れておいて、2番目のループではx[a][b], 3番目のループではy[a][b][c]を使用するということか？
サイズ可変でも動的に確保すればいいだけ。

**デフォルトの名無しさん** · 2020/03/21(土) 22:58:48.87

すまん、全くの検討違いだったようだ

**デフォルトの名無しさん** · 2020/03/21(土) 23:07:32.20

>>957-958
m^n 通りの添字 (a[i] for all i) の組み合わせを列挙し、その中でなんらかの処理をしたいという意味です。
説明の仕方が悪くて失礼しました。

**デフォルトの名無しさん** · 2020/03/22(日) 00:59:09.60

全てのa[i]が始点0,終点mならa[i]でなくてもjとかでよくね？

**デフォルトの名無しさん** · 2020/03/22(日) 01:21:14.83

std::sortに並列化+ベクトル化指定つけて実行したら、コア数以上に高速化したんだけど、なんで？

**デフォルトの名無しさん** · 2020/03/22(日) 01:31:16.84

キャッシュに全部載るようになったとか

**デフォルトの名無しさん** · 2020/03/22(日) 01:36:53.01

>>959
あー全部使うのか
function(a[0],a[1],a[2],a[3],....)

**デフォルトの名無しさん** · 2020/03/22(日) 02:31:12.30

>>955
こういう解釈でいいのかな
ループがふたつになるかな

a=new int[n];
for(i=0;i<m^n;i++){
　for(j=0;j<n;j++){
　　a[j]=i%m;
　　i/=m;
　}
　function(a,n);
}
delete[] a;

**デフォルトの名無しさん** · 2020/03/22(日) 02:42:13.57

>>964
はい。
再帰が難しかったらそれにします。

**はちみつ餃子** ◆8X2XSCHEME · 2020/03/22(日) 11:52:38.51

>>949
こういう感じ？
https://wandbox.org/permlink/zdLQAUuB43vzYj6U

(ガバい実装ですまぬ)

**デフォルトの名無しさん** · 2020/03/22(日) 11:56:28.35

多重継承のときのCRTPについて説明してるサイトないですか

**デフォルトの名無しさん** · 2020/03/22(日) 14:40:43.43

そんなモンがあるなんて初めて知った
やはりC++は奥が深いな

**デフォルトの名無しさん** · 2020/03/22(日) 19:39:49.88

>>949
>TeX の文法で数式を書けば
>\prod_{i=0}^{n} \sum_{a[i]=0}^{m}
>という意味です。
絶対ではないが、標準的な数学の記法だと、その意味では、
\sum_{a[0]=0}^{m}・・・\sum_{a[n]=0}^{m}
と書くのがが普通だと思う。
ところでそれは量子力学の経路積分か何かですか？
経路積分の場合は、本によって上記の部分に割と独特の変な記号を使う場合があって、
あなたの書いたように書いてある本もあるかもしれません。
ただ、普通の数学記法だと余り使いませんよね、その書き方は。

**デフォルトの名無しさん** · 2020/03/22(日) 19:46:47.90

>>969
補足すれば、普通の数学記法だと
\sum_{a[0]=0}^{m}・・・\sum_{a[n]=0}^{m} f(a[0],・・・,a[n])　　//(1)
ですね。
\prod_{i=0}^{n} \sum_{a[i]=0}^{m}　　//(2)
の記号の場合は、
X= \prod_{i=0}^{n} \sum_{a[i]=0}^{m} g_i(a[i])　　//(3)
の場合は、
b[i] = \sum_{a[i]=0}^{m} g_i(a[i])　　//(4)
(i=0, ・・・, n)
を先に計算しておいて、
X = \prod_{i=0}^{n} b[i]　　　//(5)
　= b[0]・・・b[i]　　　//(6)
の意味に解釈するのが標準的な数学の記号の使い方だと個人的には思います。
(1)と(3)ではかなり意味が違いますが、(2)の記号を、(1)の先頭に使えるかと言えば、
絶対使えないわけでは有りませんが、使う前に何らかの補足説明が必要になりそうです。

**デフォルトの名無しさん** · 2020/03/22(日) 19:47:50.29

>>970
誤：　= b[0]・・・b[i]　　　//(6)
正：　= b[0]・・・b[n]　　　//(6)

**デフォルトの名無しさん** · 2020/03/22(日) 21:29:26.79

>>967
派生が継承してる複数の基底を受け取りたいとか？

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

int *pInts = new int[10]();
とした場合の最後の()の意味は何でしょうか？
付けない場合との差を教えてください。

**はちみつ餃子** ◆8X2XSCHEME · 2020/03/23(月) 13:29:11.05

>>973
イニシャライザ。
普通のクラスではそれがないときはデフォルトコンストラクタで初期化される (空の括弧があっても無くても同じ挙動) けど、
int 等では初期化を明示しない限り初期化されない。
逆に言えばこの場合は初期化を明示しているので初期化される。 (0 が入る)

**デフォルトの名無しさん** · 2020/03/23(月) 13:37:39.77

>>974
有難うございます。では、
int *pInts = new int[3](1,2,3);　　//(1)
int *pInts = new int[3]{1,2,3};　　//(2)
の違いは何でしょうか？

**はちみつ餃子** ◆8X2XSCHEME · 2020/03/23(月) 14:11:51.67

>>975
(2) の場合には集成体初期化になる。
https://ja.cppreference.com/w/cpp/language/new#.E6.A7.8B.E7.AF.89

(1) も C++20 からは集成体初期化になる。
だけど gcc と clang の最新版で試しても出来ないっぽいし、
あえて丸括弧で書きたい理由はないなぁ。

**デフォルトの名無しさん** · 2020/03/23(月) 14:16:57.36

>>976
ちょっとまってください。
>>973 の場合の

**デフォルトの名無しさん** · 2020/03/23(月) 14:16:57.82

>>976
ちょっとまってください。
>>973 の場合の

**デフォルトの名無しさん** · 2020/03/23(月) 14:18:32.74

>>976
ちょっと待ってください。
>>973 の場合の () は、「集成体初期化」のうちの「中身が全く入ってない括弧」と解釈してよろしいのでしょうか？

**はちみつ餃子** ◆8X2XSCHEME · 2020/03/23(月) 14:39:25.62

>>979
いいえ。

> initializer が空の括弧の場合、それぞれの要素は値初期化されます。

に該当する。

**デフォルトの名無しさん** · 2020/03/23(月) 16:20:38.54

>>980
最初は集成体初期化を使って、
int *pInts = new int[100](1,2,3);　 //(1)
int *pInts = new int[100](1,2);　　//(2)
int *pInts = new int[100](1);　　　//(3)
int *pInts = new int[100]();　　　//(4)
とどんどん()の中の項目を減らして行き、最後に0個にした場合、
推論的な延長線上にあると思えるか、それとも全く違った結果になるかどちらですか？

**はちみつ餃子** ◆8X2XSCHEME · 2020/03/23(月) 17:58:00.87

>>981
C++20 的に言えば集成体初期化の文法に統合されたということにはなるんだと思うけど、経緯はよくしらない。

**デフォルトの名無しさん** · 2020/03/23(月) 18:27:48.17

もし、
{1,2,3,0,0,0,0,0}
{1,2,0,0,0,0,0,0}
{1,0,0,0,0,0,0,0}
{0,0,0,0,0,0,0,0}
のようになるんであれば、()は(xxx)のxxxを書かない場合と捉えるのは数学的推論として
正しい見方になりますね。
実際に上のようになるのか、未初期化の部分が残るのかは知りませんが。

**はちみつ餃子** ◆8X2XSCHEME · 2020/03/23(月) 18:32:49.31

>>983
足りない分はゼロ初期化されるよ。
C の時代からの配列の初期化の文法と一貫させてるつもりなんだと思う。

**はちみつ餃子** ◆8X2XSCHEME · 2020/03/23(月) 18:45:31.47

>>983
空の丸括弧でゼロ初期化されるのは C++03 にはすでに有って、
波括弧で初期化する文法は C++11 から入って、
(そこから色々と条件の緩和やら変更やらがありつつ)
空ではない丸括弧で集成体初期化になるのは C++20 からという段階的な変化がある。

追加された文法が既存の文法となるべく一貫性を持つように統合しようとはしているけど、
互換性を壊さないようにというのも C++ の強い要件なので、
正確なルールはごちゃごちゃした条件の塊になりがち。

まあまあ整理されている部分もあるけど、
勝手な予想ではなくちゃんと資料にはあたった方がいいよ。

**デフォルトの名無しさん** · 2020/03/23(月) 19:36:44.54

配列の初期化方法が20通りくらいあるんじゃねえか

**デフォルトの名無しさん** · 2020/03/23(月) 20:24:40.26

結局、波括弧と丸括弧はどっちが良いの？
C++11の時点では、波括弧が使えるところでは波括弧使っとけってのがMayers神の教えだったけども

**デフォルトの名無しさん** · 2020/03/23(月) 20:44:37.69

汝の欲するところを行え
それが法とならん

**デフォルトの名無しさん** · 2020/03/23(月) 22:25:35.27

好きなようにやったところで法(規格なりデファクトスタンダード)にはならんだろw

**デフォルトの名無しさん** · 2020/03/23(月) 23:44:35.50

よし、じゃあ今から俺が法な。

ここの住人は全員システムハンガリアン強制

**デフォルトの名無しさん** · 2020/03/24(火) 00:05:30.25

次スレ
C++相談室 part150
https://mevius.5ch.net/test/read.cgi/tech/1584975873/

**はちみつ餃子** ◆8X2XSCHEME · 2020/03/24(火) 00:21:01.48

>>987
シンタクス的にどちらでも良いときには波括弧を優先した方がよいと思う。
波括弧は縮小変換を許さないので意図しない情報の欠落は防止できる可能性が高い。
縮小変換が必要な場面に限って丸括弧を使えばそこが要注意ポイントってのがわかりやすい。

----

ところで縮小変換より狭化変換という用語の方が好きなんだけど、
みんなどっち使ってる？やっぱ縮小変換の方が標準的かな？

**デフォルトの名無しさん** · 2020/03/24(火) 14:12:02.77

>>969-971
> 絶対ではない
> 思う
> 個人的には

話にならん

**デフォルトの名無しさん** · 2020/03/24(火) 14:21:15.32

>>992
そうなのね。ありがとうー

**デフォルトの名無しさん** · 2020/03/24(火) 14:41:38.83

へぇこんな配列の初期化の仕方あるんだねぇ
お前らC++に詳しいじゃん

**デフォルトの名無しさん** · 2020/03/24(火) 18:53:00.89

C言語の時点で int a[100] = {0}; でゼロクリア
もはや裏ワザの部類

https://cpplover.blogspot.com/2010/09/blog-post_20.html
int a[2][2] = { 1, 2, 3, 4 } ;

多次元配列の初期化での謎機能
これも裏ワザにしか見えない

裏ワザ・例外・隠し機能が相まって配列の初期化だけで一冊の同人誌が出来上がる

**デフォルトの名無しさん** · 2020/03/24(火) 20:25:22.03

universal initializerなんてバグの塊でしかない。
https://qiita.com/h2suzuki/items/d033679afde821d04af8

**デフォルトの名無しさん** · 2020/03/24(火) 22:49:16.96

>>993
数学の記号法と言うのは本によって違ってるから。
特に物理学は必要に迫られて新しい記法を発明してしまう。

**デフォルトの名無しさん** · 2020/03/24(火) 22:50:59.22

数学は記号定義してなんぼだからね

**デフォルトの名無しさん** · 2020/03/24(火) 23:08:33.60

>>998-999
いや、だからなんだよ
なんの主張にもなってないお気持ち表明するだけの雑魚多いな

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 35日 16時間 48分 52秒