【初心者歓迎】C/C++室 Ver.105【環境依存OK】

**デフォルトの名無しさん** · 2019/04/25(木) 06:54:38.08

エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります

コードを貼れる所
http://codepad.org/
https://ideone.com/

前スレ
【初心者歓迎】C/C++室 Ver.104【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1545944692/

**デフォルトの名無しさん** · 2020/01/13(月) 13:00:00.75

template<template<typename X> L>
はtemplate<template<typename> L>と同じでXはなんの意味も持たない

**デフォルトの名無しさん** · 2020/01/13(月) 13:11:53.50

classが抜けてた

**デフォルトの名無しさん** · 2020/01/13(月) 13:33:15.28

>Xが型ならtypename Xを<>の中に付け足すべし

Func(const L<teypename X> & l, const R<teypename X> & r)

ってこと???

テンプレート引数の X の型を返すのはどうすればいいんですかね?

**デフォルトの名無しさん** · 2020/01/13(月) 13:38:01.62

template<typename X,
template<typename> class L,
template<typename> class R>
X Func(const L<X>& l,const R<X>& r)

**デフォルトの名無しさん** · 2020/01/13(月) 13:44:12.54

>>492
>Xが型ならtypename Xを<>の中に付け足すべし

Func(const L<double> & l, const R<double> & r)

と具体的にXを書く必要があるってことでしょーか?

**デフォルトの名無しさん** · 2020/01/13(月) 14:14:22.42

>>496
なるほど。
わかりました。

**デフォルトの名無しさん** · 2020/01/13(月) 14:26:44.12

Funcが2項演算

X operator+ (const L<X> &l, const L<X> &r)

だと
template < typename X,
template<typename> typename L,
template<typename> typename R>
は,clangで
invalid operands to binary expressionになりますね。

**デフォルトの名無しさん** · 2020/01/13(月) 15:21:33.84

https://faithandbrave.hateblo.jp/entry/20081003/1223026720
ここにある
floatを例えばdoubleとかintとか汎用性を持たせたい

Vector<double> x;
Vector<double> y;
Vector<double> z;
Vector<double> t;
で
t= x+y+z;
という計算ができるようにしたい。
このとき
template <typename T>
class Vector{
ここに式テンプレート一切合切をメンバに持たせる
};

と定義して、式テンプレートの一切合切をVectorクラスのメンバとしてしまえば、うまくいくことがわかりましたが、
式テンプレートを独立させると、2項演算の型情報"float" をどう渡せばいいのか困っています。
2項演算の一番最初に呼ばれる

template <class L, class R>
Expression<L, Plus, R> operator+(const L& lhs, const R& rhs)

ここにfloatやdoubleの型情報を埋め込むにはどうすればいいのか?
ってことになると思うんですが。

**デフォルトの名無しさん** · 2020/01/14(火) 12:00:41.65

C++に108ある苦行の一つ、テンプレートの明示的特殊化

**デフォルトの名無しさん** · 2020/01/14(火) 12:10:40.04

108で済むのか？

**デフォルトの名無しさん** · 2020/01/14(火) 12:53:30.61

Vector内にtype持たせるなりget_type構造体作って特殊化で取るなりして合わないものをenable_ifで弾くなり
operator +の特殊化を書くなりいくらでもやり方はある

**デフォルトの名無しさん** · 2020/01/14(火) 13:00:30.38

簡単に描けないと意味が無い

**デフォルトの名無しさん** · 2020/01/14(火) 13:05:03.28

ETがそんな簡単に書けるわけねーだろ

**デフォルトの名無しさん** · 2020/01/14(火) 17:54:11.46

>>500
そのサイトをちょっと読んでみたんだけど、LとRがすでにfloatやdoubleの型情報を持っているように思うのですが。

**デフォルトの名無しさん** · 2020/01/14(火) 18:39:49.77

>>500
https://ideone.com/3Hp3q6

**デフォルトの名無しさん** · 2020/01/15(水) 09:17:00.06

>>506
完成形はサイトの一番最後にある
Expression , Plus , operator+
で、operator+ -> Expression -> Plusの順で呼ばれる、
operator+ に演算型(floatやdouble)がないので、ExpressionとPlusのfloatが自動的に選択されてしまう。
一番はじめのoperator+にデータ型を識別する仕組みを入れてそれを引き継いでいくか、
ExpressionとPlus内部でデータ型を認識することが必要だと思うんだけど?
2項演算でなければ3つの型を並べれば済むのにと思ってました。

>>507
using valu_type か
めっちゃ参考になります。
てかこれでほぼ解決です。
聞いて良かった。ありがとうございました

**デフォルトの名無しさん** · 2020/01/15(水) 15:44:09.21

なんでこの子そんなに上からなんだろ。

**デフォルトの名無しさん** · 2020/01/15(水) 22:41:08.06

どこが上から?

**デフォルトの名無しさん** · 2020/01/15(水) 22:55:31.27

ちょっと賢そうだから嫉妬してる感

**デフォルトの名無しさん** · 2020/01/15(水) 23:10:31.17

見下して質問やレスした箇所がどこかわからん。

**503** · 2020/01/16(木) 10:42:26.08

>>510-512
自分もちょっと偉そうだな、と思ったけどな
>>506に対するレスとかね
答え教えてもらってて経験不足で理解できてないのに言い返してる
読んでてわからんなら同レベルってことだろ

**430** · 2020/01/16(木) 11:28:05.62

もしかすると文字でのコミュニケーションが下手なだけかも。直接対話しているならイントネーションやニュアンスで伝わるものが文字では伝わらない、誤解され得る、ということが分かってないとか。
｢～思うのですが。｣ではなく「～思うのですが、どうでしょうか？」と書けば言い返しているのではなく疑問点を質問していると明確になるのにね。

**デフォルトの名無しさん** · 2020/01/16(木) 11:29:06.76

>>514の名前欄は間違いなので無視してください

**デフォルトの名無しさん** · 2020/01/16(木) 11:36:45.85

int main() {
while(1) {
if (kbhit()) return -1;
}
}

**デフォルトの名無しさん** · 2020/01/16(木) 13:18:13.07

環境はMac Mojave10.14.6、VScodeは1.14.1
clang,gccはApple LLVM version 10.0.1 (clang-1001.0.46.4)です。
他VScodeの設定で"clang.cxxflags": [
"-std=c++17"
]
としています。
VScodeを使っていて、/Users/[USERNAME]/PATH/にある
c.cppというファイルを右上の矢印でコンパイルしてたら急に
cd "/Users/[USERNAME]/[PATH]/" && runFiles=`ls *.cpp` &&
g++ -std=c++17 `echo ${runFiles}` -o c && "/Users/[USERNAME]/[PATH]/"c

duplicate symbol _main in:
/var/folders/fy/0rw1xdjd3csf2v8nzp2wb4vc0000gn/T/c-216688.o
/var/folders/fy/0rw1xdjd3csf2v8nzp2wb4vc0000gn/T/d-c0a03b.o
ld: 1 duplicate symbol for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

というエラーが出てきました。
対応するにもこの/var/folders/fy/以下にあるファイル群がなんなのか分かりません、
どうすれば良いのでしょうか。

**蟻人間** ◆T6xkBnTXz7B0 · 2020/01/16(木) 13:27:47.37

>>517
シンボルが重複している。
たぶんinline指定を忘れてるか、変数の定義が重複している。

**デフォルトの名無しさん** · 2020/01/16(木) 14:34:35.42

>>513
オマエ何様のつもりだ。
匿名掲示板でいったいどんな言葉使いを期待してるんだアホww
だいたい>>507のレスにしても大概だろ
using valu_type= T
とかww
こんな回答もらってよろこんでるほうもアレだが、

auto
operator[](std::size_t i) const{
return Op::Apply(l_[i], r_[i]);
}
ですむ話
レベルの低い奴に相応の応対したんだろww

**デフォルトの名無しさん** · 2020/01/16(木) 14:39:29.98

>>513
>答え教えてもらってて経験不足で理解できてないのに言い返してる

その答えのレベルのわからんおまえも同レベルって乞田ww

**デフォルトの名無しさん** · 2020/01/16(木) 14:50:56.26

乞田川
乞田型
乞田首

**513** · 2020/01/16(木) 16:00:48.56

>>519
質問者が聞いてるのは内部で使ってる型に応じて実装を変えたいって話なんだが
お前何もわかってないアホだろ、autoにしても何も変わらねーんだよ

**デフォルトの名無しさん** · 2020/01/16(木) 16:06:03.64

あと
>>517-518
_mainてあるから多分エントリポイントが重複してるのでは？

**デフォルトの名無しさん** · 2020/01/16(木) 16:21:00.89

>>522
やっぱりな
auto一発ですむ話に
>>503
>Vector内にtype持たせるなりget_type構造体作って特殊化で取るなりして合わないものをenable_ifで弾くなり
>operator +の特殊化を書くなりいくらでもやり方はある

こういう寝言ほざいてたんだな。

質問者は
>>500
>Vector<double> x;
>Vector<double> y;
>Vector<double> z;
>Vector<double> t;

>t= x+y+z;
>という計算ができるようにしたい。
>式テンプレートの一切合切をVectorクラスのメンバとしてしまえば、うまくいくことがわかりましたが、
>式テンプレートを独立させると、2項演算の型情報"float" をどう渡せばいいのか困っています。

**デフォルトの名無しさん** · 2020/01/16(木) 16:21:26.81

>>522
つづき

内部に
type持たせるも何も

auto
operator[](std::size_t i) const{
return Op::Apply(l_[i], r_[i]);
}
として、
struct Plus{
struct Plus
{
template <typename T>
とするだけで、
質問者のやりたいことはいくらでも出来ますがなにか。
お前自身低レベルの極みなんだよ馬鹿たれ

**デフォルトの名無しさん** · 2020/01/16(木) 16:23:29.03

>>522
お前は
Op::Apply(l_[i], r_[i]); の型がvalu_typeの型そのものってことがわかってない
アホは死にな。

**デフォルトの名無しさん** · 2020/01/16(木) 16:27:23.02

質問者は型情報を渡したいと言ってるだろうが
お前のやり方だと要素ごとのbitwise orとか実装するときに困るんだよアホ(多分他にも困る場面あるはず
整数だろうが浮動少数点数だろうが表記が同じ演算ならお前の言うそれでいいけどな

**デフォルトの名無しさん** · 2020/01/16(木) 16:28:28.38

あと
＞オマエ何様のつもりだ。
＞匿名掲示板でいったいどんな言葉使いを期待してるんだアホww
そっくりそのまま返すわキチガイが

**デフォルトの名無しさん** · 2020/01/16(木) 16:33:49.27

>>522
言ってることがわからなければ>>507
のコードで
typename L::value_type →auto に置換
using value_type = T; → 削除
Vector<int> →Vector<double>に置換

とでもして実行してみろ低脳

**デフォルトの名無しさん** · 2020/01/16(木) 16:39:34.67

＞Op::Apply(l_[i], r_[i]); の型がvalu_typeの型そのものってことがわかってない
お前の言ってるそれは>>506そのもの

そういや俺operator +の特殊化とか書いてたけど
Applyの方だな
あとオーバーロードが抜けてた

**デフォルトの名無しさん** · 2020/01/16(木) 16:40:27.48

>>527
はぁ?文盲か低脳
>>500
ex template をVector内部に持たせるんじゃなく、独立させて、
t= x+y+z;
演算型をfloat double int に汎用性を持たせたいといってるんだろうが。
だれが"要素ごとのbitwise orの実装"の話なんかしてるんだ。お前の勝手な妄想だろが馬鹿たれ
>多分他にも困る場面あるはず

を、妄想の自己弁護か?www
夢でも見て寝ぼけてんのかアホ

テメエみたいな低脳ごときが俺様に対して言葉の使い方気をつけろ

**デフォルトの名無しさん** · 2020/01/16(木) 16:42:45.67

>>530
はぁ?
Op::Apply(l_[i], r_[i]); が型情報もってるのにわざわざクラス内部に不要なtype実装させてどーするつもりだと言ってるんだよ低脳
日本語わからんのかアホ
お前は日本語の勉強からやり直せ

**デフォルトの名無しさん** · 2020/01/16(木) 16:44:58.53

アホさらしあげ

>>522
>autoにしても何も変わらねーんだよ
>autoにしても何も変わらねーんだよ
>autoにしても何も変わらねーんだよ
>autoにしても何も変わらねーんだよ
>autoにしても何も変わらねーんだよ
>autoにしても何も変わらねーんだよ
>autoにしても何も変わらねーんだよ

変わるんだようすらバカ
autoにするだけで質問者の解決だ。ばかたれ

**デフォルトの名無しさん** · 2020/01/16(木) 16:47:00.45

まじめんどくせぇこいつ
俺はtypeだのvalue_typeだの余計な要件増やすことを良い実装だとは思ってないぞ
>>506を挙げてそれに言い返してるのを批判的に言ったのはそれが理由
お前がドヤ顔でautoとか言い出す前からな

**デフォルトの名無しさん** · 2020/01/16(木) 16:52:26.75

>>525
＞template <typename T>
＞とするだけで、
それ>>507の時点ですでにそうなってるんだが

**デフォルトの名無しさん** · 2020/01/16(木) 17:42:18.71

で、ID:vo+Ub67N　は逃げたの？
いつものイチャモンつけるしか能が無いクズだろうけど
そんな暇があったら最初からちゃんと答えてやれよゴミが

**デフォルトの名無しさん** · 2020/01/16(木) 19:09:23.03

外野が喚いて質問者が迷惑するパターン？

**デフォルトの名無しさん** · 2020/01/16(木) 19:24:24.34

>>518
ご返信ありがとうございます、とりあえず言われたことに関係ありそうなことを
調べたのですが、自分のファイルにそういった感じの文法ミスがあるのかは
分かりませんでした。一応短いのでエラー吐いたソースコード貼っておきます。

#include <algorithm>
#include <iostream>
using namespace std;

int main() {
int N;
cin >> N;
int a[N];
for (int i = 0; i < N; i++) cin >> a[i];
long long ans = 0;
for (int i = 1; i <= 3000; i++) {
long long sum = 0;
for (int j = 0; j < N; j++) sum += a[j] % i;
ans = max(ans, sum);
}

cout << ans << endl;
return 0;
}

後、以前コンパイルできていたプログラムで同様の手順を試しにやってみたら、
同様の症状が起こって実行ファイルが消えました。

>>523
申し訳ありません、無知だったので色々調べたのですがエントリポイントという物が
よく分かりませんでした。気がつかないうちに何かまずいところ弄って他のプログラムと
開始アドレスが被ったとかそんな感じでしょうか？

**蟻人間** ◆T6xkBnTXz7B0 · 2020/01/16(木) 19:36:20.45

*.cppにより、エントリポイントのmain関数を2つコンパイルしたんではないか？

**蟻人間** ◆T6xkBnTXz7B0 · 2020/01/16(木) 19:38:26.02

１つのフォルダには１つのプロジェクトにした方がいいのかも。

**デフォルトの名無しさん** · 2020/01/16(木) 19:38:35.95

>>538
エントリポイントっていうのはそこでいうmain関数のことね
それが複数作られてるとエラーになる
そのソースコードをヘッダファイルに書いててそれを複数のファイルでインクルードしてるとか
あるいは他にもmain関数を定義してる余計なソースコードがあるとかそういうのが原因だとおも

**デフォルトの名無しさん** · 2020/01/16(木) 19:40:09.05

リロードしてなくて被った

**デフォルトの名無しさん** · 2020/01/16(木) 20:19:17.16

>>539、>>541
とりあえずファイル内にmain関数を持つc.cppとd.cppがある状態だったので、
試しに適当なディレクトリを作ってそこにc.cppを移してみたらコンパイル成功しました！
ずっと詰まっていたので感謝します、お二方とも本当にありがとうございます！！

恐らく原因である runFiles=`ls *.cpp` の部分が以前どうなっていたか
覚えていないのですが、前は同ディレクトリにmain文複数あっても成功しているんですよね…
VScodeの自動更新等でビルドの設定が変わったとかでしょうか…？

**デフォルトの名無しさん** · 2020/01/16(木) 20:26:56.83

申し訳ありません、今VScodeのsetting.jsonを確認したらいつの間にか
"code-runner.executorMap": {
"cpp": "cd $dir && runFiles=`ls *.cpp` && g++ -std=c++17 `echo ${runFiles}` -o $fileNameWithoutExt && $dir$fileNameWithoutExt",
},
が書かれてました。恐らくですが、最近別の機会でc++17のオプションを使う時にそのまま他の方の
設定を写していたのと最近一つのファイル内に複数のフォルダ作ることが無かったからだと思います。
昼から何度も長文でお騒がせして申し訳ありませんでしたorz
エントリポイントに関しては大変参考になりました。

**デフォルトの名無しさん** · 2020/01/17(金) 10:27:22.98

>>522
戻り値の型をテンプレートにするのってどうするの

**デフォルトの名無しさん** · 2020/01/17(金) 14:15:38.50

Tかautoでいんじゃね
あるいはdecltype

**デフォルトの名無しさん** · 2020/01/17(金) 14:18:21.61

戻り値Tで関数オーバーロード出来る？

**デフォルトの名無しさん** · 2020/01/17(金) 14:37:12.74

戻り値が違うだけだと無理よ

**デフォルトの名無しさん** · 2020/01/17(金) 14:39:16.16

あ、戻り値だけ指定させる関数テンプレートならオーバーロードしなくても
その関数テンプレート一つでいける
ただし推論できないので呼び出すときにテンプレート引数の指定は必須

**デフォルトの名無しさん** · 2020/01/17(金) 18:48:04.18

autoと型指定で同じコードに落ちるとは限らないというか、おそらく同じコードにならないので、よく考える必要があると思います。

**はちみつ餃子** ◆8X2XSCHEME · 2020/01/19(日) 01:28:50.10

decltype(auto) とも使い分けが必要なの本当にアレだよな……

**デフォルトの名無しさん** · 2020/01/20(月) 10:42:02.42

ptrってなんて読むん

**デフォルトの名無しさん** · 2020/01/20(月) 11:17:45.19

ポインタ

**デフォルトの名無しさん** · 2020/01/20(月) 11:47:15.83

ハリー・ポッター

**デフォルトの名無しさん** · 2020/01/20(月) 11:52:47.26

ペトリザラ

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

ずっと脳内でﾋﾟﾄﾗって読んでたがポインタか
ありがとう

**デフォルトの名無しさん** · 2020/01/20(月) 13:19:51.66

int_ptr
INT_PTR
*int
全部違う型？

**デフォルトの名無しさん** · 2020/01/20(月) 13:20:08.19

int *
ですすんまそ

**はちみつ餃子** ◆8X2XSCHEME · 2020/01/20(月) 15:13:06.58

>>557
INT_PTR は Windows SDK で定義されてるやつのことだと思うけど、
標準で言うところの intptr_t に相当するやつ。
int のポインタじゃなくて、ポインタを格納できる (のに充分な幅がある) int っていう意味。

**デフォルトの名無しさん** · 2020/01/20(月) 15:46:05.19

>>507
これって2項間はいけるけど
v=l+z+w;
とか3項間以上の場合

typename L::value_type
operator[](std::size_t i) const{
・・・
}

ここで、コンパイル通らないんじゃないの?
+wの部分で(l+z)::valu_typeを参照し、
class Expressionで宣言されてないvalu_typeを参照することになってエラーになるはず。

auto
operator[](std::size_t i) const{
・・・
}

では何の問題もない。

**デフォルトの名無しさん** · 2020/01/20(月) 15:51:26.28

>>507

のコードはおよそ使えない間違いコードといいっていい。

**デフォルトの名無しさん** · 2020/01/20(月) 15:58:55.44

一応
gcc 9.1で確認してみた
error: no type named ‘value_type’ in ‘class Expression<Vector<int>, Plus, Vector<int>
>’
11 | typename L::value_type operator[](std::size_t i) const

だな。

>>507のコードはコンパイルすら通らない間違いコードだ。

**デフォルトの名無しさん** · 2020/01/20(月) 16:08:08.21

コンパイル通らないってのは
以下を追加したときの話ね

Vector<int> w{ 5, 4, 3 };
v = l + r +w;

2項間では通るが3項間以上の式では通らない。
ex-templateを使うメリットが全くないコードが>>507

**デフォルトの名無しさん** · 2020/01/20(月) 17:26:42.62

auto
operator[](std::size_t i) const{

とせず、value_type直接指定でいくためには
class expressionの中で
もう一度
using value_type = typename L:value_type;
を宣言して、

value_type
operator[](size_t i) const{
・・・
}

で多項間でも問題なくいけるはず。

**デフォルトの名無しさん** · 2020/01/21(火) 18:43:12.30

>>563
３項以上でなければメリット無くなるわけではないぞ
というかまぁ今どきはETより先にSIMD使えって話だけど

**デフォルトの名無しさん** · 2020/01/21(火) 22:39:57.57

>>565
2項迄の演算では式テンプレートに何のメリットもない。
デバッグを困難にするだけの糞コーディングだ
バグに気づくことも出来なかった一知半解の口だけウスノロはすっこんでな

そもそも、質問者は
>>500
>t= x+y+z;
>という計算ができるようにしたい。

と希望を述べているのに>>507のコードは要求仕様を満足できてないゴミコードということだ。

**デフォルトの名無しさん** · 2020/01/21(火) 22:42:13.76

>>565
>というかまぁ今どきはETより先にSIMD使えって話だけど

能力不足をHWに補ってもらわないとなww
その分電力無駄に食ってることは覚えとけ

**デフォルトの名無しさん** · 2020/01/21(火) 23:33:50.08

え？
SIMDで並列化できたら電力あたりのパフォーマンスはあがるぞ
ETと比べるものとは思わないが

**デフォルトの名無しさん** · 2020/01/22(水) 10:04:13.26

>>566
お前大して攻撃的でもない書き込みにすぐ喧嘩売ってイキるの辞めたほうがいいよ
俺はETとSIMD両方使って自作の線形代数ライブラリ（4行4列まで限定だが）作った上で言ってる
恥書く前に謝っとけよ

＞能力不足をHWに補ってもらわないとな
アホだろお前、ETがSIMD以上に速度上がると思ってんの？

＞ETと比べるものとは思わないが
確かに速度が目当てと勝手に限定してたね

**デフォルトの名無しさん** · 2020/01/22(水) 10:18:16.91

最近のコンパイラならETできれいに展開しておけば
勝手にはSIMD化してくれんじゃない？

**デフォルトの名無しさん** · 2020/01/22(水) 10:27:28.86

Intelのは使ったことないんで知らんけど、VCだと基本そういうのは期待できないよ
（最適化かけたEigenのコードの逆アセでも見てみればわかる）
単一の要素の計算にxmmレジスタ使ってはくれるけど並列にやってくれることは無い
SIMDに収まる範囲のベクトルなら、手動できっちりSIMD使いつつ
インターフェースを使いやすくするのは普通に出来るから先にそうした方がいい

**デフォルトの名無しさん** · 2020/01/22(水) 12:20:19.61

>>569
言うだけ無駄
意図的に絡んでるのが大半だから
自然体だったら残念な性格としか

ソースは無い

**デフォルトの名無しさん** · 2020/01/27(月) 00:16:58.09

class vec2
{

**デフォルトの名無しさん** · 2020/01/28(火) 10:57:31.95

// >>573
}

**デフォルトの名無しさん** · 2020/01/28(火) 15:18:36.74

// >>574
;

**デフォルトの名無しさん** · 2020/01/29(水) 08:49:45.27

なんかわろた

**デフォルトの名無しさん** · 2020/01/29(水) 13:23:40.81

>>575
:q!

**はちみつ餃子** ◆8X2XSCHEME · 2020/01/29(水) 17:06:53.33

は？ C-x C-c だが。

**デフォルトの名無しさん** · 2020/01/29(水) 19:14:06.94

>>577
保存しないで抜けるんじゃないw

**デフォルトの名無しさん** · 2020/01/31(金) 16:53:29.94

g++やclangで-std=c++17オプションをterminal、VScode共に一括で
デフォルトにしたいのですが何か良い方法ってありませんか？
環境はMac OS Mojaveです

**デフォルトの名無しさん** · 2020/01/31(金) 22:24:21.02

>>569
それがどうした?
4x4?それが自慢か雑魚野郎
こっちは自由にサイズ変更可能な行列演算ライブラリを20年以上前から仕事で使ってる。
そして一定サイズ以上の行列乗算では式テンプレートではまったくパフォーマンス向上できないこともわかってる。
土下座すんのはテメエなんだよ一知半解の低脳野郎
ちなみに>>500のサイトにあるBlitzの有名なコードだが、operator=内部で =r(i.j)などとして、行列乗算(each productではなく)に拡張した場合、
式テンプレートを使用しない方式と比べて100x100行列なら1000倍以上の速度低下を引き起こす

>アホだろお前、ETがSIMD以上に速度上がると思ってんの？

はぁ? 異なるHW条件持ち出してきて速度向上ほざいてアホの極みか低脳

**デフォルトの名無しさん** · 2020/01/31(金) 22:45:37.50

>>569
あぁ
言い忘れてたわ式テンプレートは一時領域コピー時間の削減と言う意味で3項以上と書いてるわけだが、
一時領域の必要ない2項でメリットがあるというなら挙げてミロよ低脳www
寝ぼけんな雑魚野郎

**デフォルトの名無しさん** · 2020/01/31(金) 23:43:58.62

団子だろ

**デフォルトの名無しさん** · 2020/01/31(金) 23:56:24.08

>>479
#pragma omp critical
使ってるコードで同じエラー出たわ
criticalセクションが無ければこのエラーは出ない
無くしたら動かんけどww
19.1のバグやね
まだ、気づいてない人多いんだろな検索してもヒットしない

**デフォルトの名無しさん** · 2020/02/01(土) 04:58:28.47

>>581
ずいぶん反論に時間がかかったなｗ

＞20年以上前から仕事で”使ってる”
作った側ではないなら実装時の問題とかには疎いんじゃねーの？
＞Blitzの有名なコード
Blitzのコードとかどっかに書いてたか？
Blitzのソース読んだことないんで具体的にどのヘッダか示してくれるか
というかあんなクソ単純な説明のためのサンプルと同等のコードとは考えにくいが

＞100x100行列なら1000倍以上の速度低下を引き起こす
へー。で？？
俺別にETを絶賛などしてないんだが
質問者の話もそういう可変要素のやつじゃなかったよね

＞異なるHW条件持ち出してきて
お前が
＞能力不足をHWに補ってもらわないとなww
とかアホなこと抜かしたからだろ

**デフォルトの名無しさん** · 2020/02/01(土) 05:17:20.41

>>582
＞一時領域の必要ない2項でメリットがあるというなら挙げてミロよ低脳www
2項で一時領域が必要ないのはRVO前提にしてんだろうけど
お前コンストラクタしか頭に無いだろ

あと、よっぽど自信がおありのようだから質問してやるが
上に挙がってたコード例のようなやり方でバカ正直に行列の乗算のような計算を
仮に3項以上でやると重大な問題が起きるわけだが、それが何か即答できるよな？

**デフォルトの名無しさん** · 2020/02/01(土) 07:35:36.44

最適化、高速化は具体的な用途とセットじゃないと語っても意味がない

要素ごとに演算すれば良い巨大ベクタと
1個の結果を得るのに広範囲にアクセスしなきゃならない巨大行列の乗算
全然違う話

**デフォルトの名無しさん** · 2020/02/01(土) 07:57:11.83

大きな行列の場合、高速化手法なんて他にいくつもあるからね（詳しくはないが

それ以前になぜ遅くなるのかも分かってない＆ET以前にSIMDと言われて
「能力不足をHWに補ってもらわないとなww」とか（ライブラリ実装したことある立場ではないにもかかわらず）
平気で言える時点で、20年仕事でってのは嘘だろう
C++かじっただけのどこかの暇な学生だろ

**デフォルトの名無しさん** · 2020/02/01(土) 08:20:06.35

HWを使わない最適化(高速化)なんてあり得ないからね

SIMD、スレッド、キャッシュ、(GPU、FPGA、...)
これらを有効に使うのが最適化

**デフォルトの名無しさん** · 2020/02/01(土) 08:23:05.35

高速化はどうでも良くて単に楽に書きたいだけならC/C++は向いてない

**デフォルトの名無しさん** · 2020/02/01(土) 12:22:48.15

>>589
アルゴリズムはハード非依存と言っていいでしょ

**デフォルトの名無しさん** · 2020/02/01(土) 13:49:03.18

「ソフトウェアに対して本当に真剣な人は、独自のハードウェアを作るべきだ。」
アラン・ケイ