!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑同じ内容を3行貼り付けること
次スレは>>980が立てること
無理なら細かく安価指定
※前スレ
C++相談室 part161
https://mevius.5ch.net/test/read.cgi/tech/1653135809/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
探検
C++相談室 part162
■ このスレッドは過去ログ倉庫に格納されています
1sage (ワッチョイ fbf0-ofdD)
2022/10/31(月) 14:29:35.57ID:J5sgTSch085デフォルトの名無しさん (オイコラミネオ MM91-wgF3)
2022/11/11(金) 01:11:25.32ID:NMTpQElqM >>82
お前は理解できてないのに質問に答えようとしている。
いつもは質問のレベルが低いから答えられているんだろうが、今回は
お前の能力を超えている。
そしていつもの調子で質問者をレベルが低いと思い込んでいるから
馬鹿にした態度をとる。
お前は理解できてないのに質問に答えようとしている。
いつもは質問のレベルが低いから答えられているんだろうが、今回は
お前の能力を超えている。
そしていつもの調子で質問者をレベルが低いと思い込んでいるから
馬鹿にした態度をとる。
86デフォルトの名無しさん (オイコラミネオ MM91-wgF3)
2022/11/11(金) 01:11:57.99ID:NMTpQElqM >>84
お前に言われたくない。
お前に言われたくない。
87デフォルトの名無しさん (オイコラミネオ MM91-wgF3)
2022/11/11(金) 01:14:33.80ID:NMTpQElqM88デフォルトの名無しさん (ワッチョイ f57c-q4d/)
2022/11/11(金) 01:16:18.16ID:J8vKnsQy0 もう終わりにするけど、俺の説明が間違ってるって言うならそれは規格と主要コンパイラの実装が間違ってるってことだから
ISOとベンダーに報告しときなよ
>>75
ごめんなさいみなさん久しぶりに面白いおもちゃだったのでつい
ISOとベンダーに報告しときなよ
>>75
ごめんなさいみなさん久しぶりに面白いおもちゃだったのでつい
89デフォルトの名無しさん (スッップ Sdb2-NivG)
2022/11/11(金) 02:19:52.16ID:tp0srwYgd キャラ剥がれてきてて草
90デフォルトの名無しさん (ワッチョイ d924-OvQ8)
2022/11/11(金) 05:29:55.03ID:wl59B58M0 std::array<T, N>って「N個の値xで埋める」コンストラクタありませんよね?
後でstd::fillするのが普通のやり方かもしれませんが、実際はstd::arrayのインスタンスができた時点でN個の何らかの初期値が入るんですよね?
この仕様に困ってます。
例えば、boost::multi_arrayは構築時にメモリの並び方 (Cライク or fortranライク) が決まって、後で変更する方法は提供されてないんですが、 std::array<boost::multiarray, N> を作ってしまうとメモリの並び方が勝手に決まってしまいます。
std::array の各要素のコンストラクタをこちらで呼ぶ方法があったら教えてください。
初期化リストで構築するやり方はNが大きいときは現実的でないので考えておりません。
後でstd::fillするのが普通のやり方かもしれませんが、実際はstd::arrayのインスタンスができた時点でN個の何らかの初期値が入るんですよね?
この仕様に困ってます。
例えば、boost::multi_arrayは構築時にメモリの並び方 (Cライク or fortranライク) が決まって、後で変更する方法は提供されてないんですが、 std::array<boost::multiarray, N> を作ってしまうとメモリの並び方が勝手に決まってしまいます。
std::array の各要素のコンストラクタをこちらで呼ぶ方法があったら教えてください。
初期化リストで構築するやり方はNが大きいときは現実的でないので考えておりません。
91デフォルトの名無しさん (US 0He2-r8ZE)
2022/11/11(金) 07:32:36.01ID:fbtAWiSRH >>54
逆はないと思いますよ
逆はないと思いますよ
92デフォルトの名無しさん (ワッチョイ f57c-q4d/)
2022/11/11(金) 07:44:40.78ID:J8vKnsQy0 >>90
残念ながらarrayで初期化時にやるのは無理
arrayは組み込み配列と同じ初期化方法(集成体初期化)しか出来ないように意図的に設計されてて特別なコンストラクタを持たない
だからarray::fill()が用意されてるので普通はそれを使う
どうしてもその場で要素のコンストラクタを直接呼びたいなら一回構築してから要素ごとにデストラクタ→placement newを呼ぶしかない
最初のデフォルト構築も許せないならarray(と組み込み配列)を使うのは諦めよう
残念ながらarrayで初期化時にやるのは無理
arrayは組み込み配列と同じ初期化方法(集成体初期化)しか出来ないように意図的に設計されてて特別なコンストラクタを持たない
だからarray::fill()が用意されてるので普通はそれを使う
どうしてもその場で要素のコンストラクタを直接呼びたいなら一回構築してから要素ごとにデストラクタ→placement newを呼ぶしかない
最初のデフォルト構築も許せないならarray(と組み込み配列)を使うのは諦めよう
93デフォルトの名無しさん (オイコラミネオ MM91-wgF3)
2022/11/11(金) 15:28:43.83ID:x9X8FiGQM94デフォルトの名無しさん (スッップ Sdb2-+knh)
2022/11/11(金) 19:19:22.94ID:+I+8FBiLd 天才ほど説明が下手だね
天賦の才に頼らず這い上がった苦労人タイプの
説明のほうが一般人には分かりやすい
天賦の才に頼らず這い上がった苦労人タイプの
説明のほうが一般人には分かりやすい
95デフォルトの名無しさん (ワッチョイ 326a-vVF3)
2022/11/11(金) 20:11:09.74ID:MfyOP1HR0 わかった気になるだけってやつね
完全に理解する必要のない一般人ならそれもあり
完全に理解する必要のない一般人ならそれもあり
96デフォルトの名無しさん (ワッチョイ 19c2-YZoV)
2022/11/11(金) 20:47:56.26ID:76yLxZ0B0 誰かを見下していなきゃ自分を保てない小さいやつ
97デフォルトの名無しさん (ブーイモ MMd5-6Mf9)
2022/11/11(金) 23:42:57.00ID:jawQM+EmM 確かに右辺値参照あたりの仕組みはコピー減らそうという意図が感じられる割に徹底しようとするとstd::arrayとかのctorで足元すくわれがち
98デフォルトの名無しさん (ワッチョイ 7501-WFXv)
2022/11/12(土) 01:01:47.32ID:0JLM8m+J0 ワッチョイつけると炎上しなくて良いね
99デフォルトの名無しさん (ワッチョイ cd7c-sQ55)
2022/11/12(土) 07:48:03.70ID:GOjTxZ8j0 arrayは組み込み配列の糞さ緩和が目的なので糞が多少まろび出るのは仕方ないんよね
100デフォルトの名無しさん (ワッチョイ 4524-6rMO)
2022/11/12(土) 09:59:28.06ID:D5o/xiXJ0101デフォルトの名無しさん (ワッチョイ cd7c-sQ55)
2022/11/12(土) 11:30:02.52ID:GOjTxZ8j0 1つでもコンストラクタを独自定義したら集成体になれないので仕方ない
102はちみつ餃子 ◆8X2XSCHEME (ワッチョイ 2b3e-BvCT)
2022/11/12(土) 14:25:39.92ID:5guAadWy0 >>90
要素のデフォルトコンストラクタは呼ばれるので要素のほうに適当なラッパーを被せるという方法はとれなくはない。
こういうラッパーならスタンダードレイアウトの要件は満たすのでバイト列レベルでも互換性は維持されるはず。
#include <array>
#include <iostream>
struct foo {
// このコンストラクタを呼んで欲しい
foo(int x){
std::cout << x << std::endl;
}
};
template <class T, auto N>
struct initializing_wrapper : public T {
initializing_wrapper(void) : T(N) {}
};
int main() {
std::array<initializing_wrapper<foo, 1> , 3> foo;
}
要素のデフォルトコンストラクタは呼ばれるので要素のほうに適当なラッパーを被せるという方法はとれなくはない。
こういうラッパーならスタンダードレイアウトの要件は満たすのでバイト列レベルでも互換性は維持されるはず。
#include <array>
#include <iostream>
struct foo {
// このコンストラクタを呼んで欲しい
foo(int x){
std::cout << x << std::endl;
}
};
template <class T, auto N>
struct initializing_wrapper : public T {
initializing_wrapper(void) : T(N) {}
};
int main() {
std::array<initializing_wrapper<foo, 1> , 3> foo;
}
103デフォルトの名無しさん (ワッチョイ 9b7a-fwKM)
2022/11/12(土) 23:48:04.66ID:2iksiTkL0 vscodeでeigen使ったコード書いてるんだけど、デバッグ時にeigenの変数見る方法ある?
visualstudioならあるっぽいんだけど、vscode上でしょりしたいんだよね
visualstudioならあるっぽいんだけど、vscode上でしょりしたいんだよね
104デフォルトの名無しさん (ワッチョイ 4bbb-fwKM)
2022/11/13(日) 00:14:31.39ID:5VmZbZRR0 普通に変数ウォッチで見えんの?
105デフォルトの名無しさん (ワッチョイ c5c2-H0Ic)
2022/11/13(日) 04:06:31.61ID:L3LR+iGt0 ちょ、何これ? 聞いてないんだけど。。。
C:/msys64/mingw64/include/c++/12.2.0/bits/stl_pair.h:326:13: note: declared here
326 | pair& operator=(const pair&) = delete;
C:/msys64/mingw64/include/c++/12.2.0/bits/stl_pair.h:715:5: note: declared here
715 | swap(pair<_T1, _T2>&, pair<_T1, _T2>&) = delete;
C:/msys64/mingw64/include/c++/12.2.0/bits/stl_pair.h:326:13: note: declared here
326 | pair& operator=(const pair&) = delete;
C:/msys64/mingw64/include/c++/12.2.0/bits/stl_pair.h:715:5: note: declared here
715 | swap(pair<_T1, _T2>&, pair<_T1, _T2>&) = delete;
106デフォルトの名無しさん (ワッチョイ 6597-6rMO)
2022/11/13(日) 07:39:53.36ID:alAGhxI40107デフォルトの名無しさん (ワッチョイ 7501-WFXv)
2022/11/13(日) 11:52:46.36ID:7rETCoZw0 >>105
-std= で規格を指定するとか?
-std= で規格を指定するとか?
108デフォルトの名無しさん (ワッチョイ a37d-3Wva)
2022/11/13(日) 12:42:20.71ID:JmrIg+tw0 -std=c++20にしてる
109はちみつ餃子 ◆8X2XSCHEME (ワッチョイ 2b3e-BvCT)
2022/11/13(日) 14:31:41.33ID:sejtbDAm0 >>105
本来使われるはずの定義はこっち。
https://github.com/gcc-mirror/gcc/blob/e24b430f1ea60205162fd9b327ac6a4dfc57f37c/libstdc%2B%2B-v3/include/bits/stl_pair.h#L371-L379
必要な性質 (要素の型が copy_assignable) が満たされていないときに最も優先度が低いやつが選択された上でそれが delete されているということになるんだと思う。
https://github.com/gcc-mirror/gcc/blob/e24b430f1ea60205162fd9b327ac6a4dfc57f37c/libstdc%2B%2B-v3/include/bits/stl_pair.h#L368
本来使われるはずの定義はこっち。
https://github.com/gcc-mirror/gcc/blob/e24b430f1ea60205162fd9b327ac6a4dfc57f37c/libstdc%2B%2B-v3/include/bits/stl_pair.h#L371-L379
必要な性質 (要素の型が copy_assignable) が満たされていないときに最も優先度が低いやつが選択された上でそれが delete されているということになるんだと思う。
https://github.com/gcc-mirror/gcc/blob/e24b430f1ea60205162fd9b327ac6a4dfc57f37c/libstdc%2B%2B-v3/include/bits/stl_pair.h#L368
110デフォルトの名無しさん (ワッチョイ c5c2-H0Ic)
2022/11/13(日) 16:56:29.94ID:L3LR+iGt0 壮大なSFINAEってわけか・・・
元コードは晒せないんであとは自分で探すしかないな
ヒントありがと、餃子さん
元コードは晒せないんであとは自分で探すしかないな
ヒントありがと、餃子さん
111はちみつ餃子 ◆8X2XSCHEME (ワッチョイ 2b3e-BvCT)
2022/11/13(日) 18:18:04.90ID:sejtbDAm0 どうせ使えないなら使おうとしたときに static_assert で問題点を出すようにしたらいいのにと思ったがよく考えるとそれは駄目なんだな。
適用できるものがないということを SFINAE のトリックに使うことがあるかもしれない。
(static_assert が展開されると他の候補があっても問答無用で終わりになってしまう。)
適用できるものがないということを SFINAE のトリックに使うことがあるかもしれない。
(static_assert が展開されると他の候補があっても問答無用で終わりになってしまう。)
112デフォルトの名無しさん (ブーイモ MM69-fwKM)
2022/11/13(日) 18:23:28.51ID:BN7kyEsvM いつもサナエさんにはお世話になってる
113デフォルトの名無しさん (アウアウウー Saa9-FFna)
2022/11/14(月) 12:10:20.06ID:EWF0SvAna >>94-95
天才とパンピーで理解レベルのバックグラウンド知識に差があるからだろ
その差を埋める説明を一瞬で出来る人はそれなりの才能があるとは思うが
天才同士ならそんな説明いちいちしなくても判り合えるんだ
天才とパンピーで理解レベルのバックグラウンド知識に差があるからだろ
その差を埋める説明を一瞬で出来る人はそれなりの才能があるとは思うが
天才同士ならそんな説明いちいちしなくても判り合えるんだ
114デフォルトの名無しさん (スップ Sd03-3Wva)
2022/11/14(月) 19:05:49.95ID:KWfGC8qSd 天才はそもそも他人の説明なんかいらんからな
115デフォルトの名無しさん (US 0Ha3-XgLS)
2022/11/14(月) 22:27:38.95ID:sRgsAS70H 自分が天才だ!とわざわざ自称しなくても、天才らしい雰囲気をかもし出せるレスはないものでしょうかね…
自称天才はもういいし
自称天才はもういいし
116デフォルトの名無しさん (ワッチョイ c5c2-H0Ic)
2022/11/14(月) 22:42:37.02ID:rM2EwItV0 ギフテッドって凄すぎて訳わからんからな
117デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/15(火) 12:36:06.45ID:+zOZoQ9YM プログラミング言語 C++ [第四版], 日本語訳 の p.689 に、
template<typename T>
class Xref {
・・・
};
template<typename TT, typename A>
unique_ptr<TT> make_unique(int i, A&& a)
{
return unique_ptr<TT>{new TT{i,forward<A>(a)}};
}
auto p1 = make_unique<Xref<String>>(7,"Here");
「ここで、"Here"は右辺値なので、右辺値を引数にしてforward(string&&)
が呼び出される。」
とありますが、実引数の文字列リテラル "Here" が、make_unique()の
仮引数 A&& に渡そうとしたら、A = string と「演繹」されているようですが、
const char* 型が string に至るまでの仕組みか分かりません。
どなたが分かる人居ませんか?
実際の STL の sting は basic_string<U> テンプレートの U=charの
場合だと思われますが、意味を概念的に言えば、
class string {
public
// 変換コンストラクタ :
string(const char *) {・・・}
};
という「変換コンストラクタ」があるでしょうから、それが使われている
ことは推定は出来ます。
しかし、上記のテンプレートで T を演繹する際に、このような変換コンストラクタ
が呼び出されるメカニズムが分かりません(仕様書のどこに書いてあるのかが
分からない。)。
template<typename T>
class Xref {
・・・
};
template<typename TT, typename A>
unique_ptr<TT> make_unique(int i, A&& a)
{
return unique_ptr<TT>{new TT{i,forward<A>(a)}};
}
auto p1 = make_unique<Xref<String>>(7,"Here");
「ここで、"Here"は右辺値なので、右辺値を引数にしてforward(string&&)
が呼び出される。」
とありますが、実引数の文字列リテラル "Here" が、make_unique()の
仮引数 A&& に渡そうとしたら、A = string と「演繹」されているようですが、
const char* 型が string に至るまでの仕組みか分かりません。
どなたが分かる人居ませんか?
実際の STL の sting は basic_string<U> テンプレートの U=charの
場合だと思われますが、意味を概念的に言えば、
class string {
public
// 変換コンストラクタ :
string(const char *) {・・・}
};
という「変換コンストラクタ」があるでしょうから、それが使われている
ことは推定は出来ます。
しかし、上記のテンプレートで T を演繹する際に、このような変換コンストラクタ
が呼び出されるメカニズムが分かりません(仕様書のどこに書いてあるのかが
分からない。)。
118デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/15(火) 12:51:05.19ID:+zOZoQ9YM >>117
もっと詳しく書くと、直前から次のように書かれています:
# Xref<String>はXref<string>の写し間違いでした。
string x {"There and back again"};
template <typename T>
T&& std::forward(typename remove_reference<T>::type& t) noexcept;
template <typename T>
T&& std::forward(typename remove_reference<T>::type&& t) noexcept;
ここで望まれるのは、不純なコピーを一切作ることなく、
make_unique<T>(arg)がargからTを構築することである。
その実現には左辺値と右辺値の区別を管理することが重要だ。
次の例を考えてみよう:
template<typename TT, typename A>
unique_ptr<TT> make_unique(int i, A&& a) // make_sharedのちょっとした変種
{
return unique_ptr<TT>{new TT{i,forward<A>(a)}};
}
auto p1 = make_unique<Xref<string>>(7,"Here");
ここで、"Here"は右辺値なので、右辺値を引数にしてforward(string&&)
が呼び出される。
そして、"Here"を格納しているstringのムーブを行なうために、
Xref(int,string&&)が呼び出されることになる。
# 個人の感想: これは、A=stringと考えられます。
もっと興味深い(しかも分かりにくい)のが、次のものだ:
auto p2 = make_unique<Xref<string>>(9,x);
ここで、xが左辺値なので、左辺値を引数にforward(string&)が呼び出される。
forward()のTは、string& と導出される。そのため、返却値は string & &&となる。
もちろんそれは string & を意味する(§7.7.3)。その結果、左辺のxに対して、
Xref(int,string&)が呼び出されて、xがコピーされる。
# 個人の感想: これは、A=string&と考えられます。
もっと詳しく書くと、直前から次のように書かれています:
# Xref<String>はXref<string>の写し間違いでした。
string x {"There and back again"};
template <typename T>
T&& std::forward(typename remove_reference<T>::type& t) noexcept;
template <typename T>
T&& std::forward(typename remove_reference<T>::type&& t) noexcept;
ここで望まれるのは、不純なコピーを一切作ることなく、
make_unique<T>(arg)がargからTを構築することである。
その実現には左辺値と右辺値の区別を管理することが重要だ。
次の例を考えてみよう:
template<typename TT, typename A>
unique_ptr<TT> make_unique(int i, A&& a) // make_sharedのちょっとした変種
{
return unique_ptr<TT>{new TT{i,forward<A>(a)}};
}
auto p1 = make_unique<Xref<string>>(7,"Here");
ここで、"Here"は右辺値なので、右辺値を引数にしてforward(string&&)
が呼び出される。
そして、"Here"を格納しているstringのムーブを行なうために、
Xref(int,string&&)が呼び出されることになる。
# 個人の感想: これは、A=stringと考えられます。
もっと興味深い(しかも分かりにくい)のが、次のものだ:
auto p2 = make_unique<Xref<string>>(9,x);
ここで、xが左辺値なので、左辺値を引数にforward(string&)が呼び出される。
forward()のTは、string& と導出される。そのため、返却値は string & &&となる。
もちろんそれは string & を意味する(§7.7.3)。その結果、左辺のxに対して、
Xref(int,string&)が呼び出されて、xがコピーされる。
# 個人の感想: これは、A=string&と考えられます。
119デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/15(火) 12:53:27.82ID:+zOZoQ9YM >>118
[参考]
p.724,
「文字列リテラルは、テンプレート引数には『渡せない』」
ただし、これがどう関係しているのかは不明です。
A&& a の部分に文字列リテラル"Here"を渡してはいますが。
[参考]
p.724,
「文字列リテラルは、テンプレート引数には『渡せない』」
ただし、これがどう関係しているのかは不明です。
A&& a の部分に文字列リテラル"Here"を渡してはいますが。
120デフォルトの名無しさん (アウアウウー Saa9-qc8G)
2022/11/15(火) 12:56:01.43ID:f326q+3ca ある型が来たらそれに応じた変換をするのが、何か問題なんでしょうか
121デフォルトの名無しさん (スップ Sd43-m1Df)
2022/11/15(火) 12:57:17.27ID:slZuGS0Ed make_uniqueの実体化の所でTT=Xref<String>、T=Stringって明示的に指定してるじゃん
「演繹」なんかするまでもないから規格に書いてるはずもない
天才のくせにそんな事も分からないの?
「演繹」なんかするまでもないから規格に書いてるはずもない
天才のくせにそんな事も分からないの?
122デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/15(火) 13:00:23.02ID:+zOZoQ9YM123デフォルトの名無しさん (スップ Sd43-m1Df)
2022/11/15(火) 13:02:34.01ID:slZuGS0Ed 引用の範囲超えてるんで著作権侵害の疑いで削除依頼出しますね
124デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/15(火) 13:03:00.86ID:+zOZoQ9YM125デフォルトの名無しさん (ワッチョイ 23a5-gPc0)
2022/11/15(火) 14:16:43.16ID:D78/LkiC0 new TT{i, forward<A>(a)}
既出だが、こう書いてあってもXrefのメンバの型がどうなるか分からんわけでしょ
先日の質問と合わせて、型パズルをスラスラ解けるような資質がない
資質がないんでXrefの『関係ない』としたところを「・・・」で埋めてる
既出だが、こう書いてあってもXrefのメンバの型がどうなるか分からんわけでしょ
先日の質問と合わせて、型パズルをスラスラ解けるような資質がない
資質がないんでXrefの『関係ない』としたところを「・・・」で埋めてる
126はちみつ餃子 ◆8X2XSCHEME (ワッチョイ 2b3e-BvCT)
2022/11/15(火) 15:01:57.79ID:5Bng48RE0127デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/15(火) 16:18:06.60ID:Q+AZCxhHM >>126
命題『A が const char (&)[5] に推論される』・・・☆
とし、背理法で考えます。
☆が正しいと仮定すると、
forward<A>(a)は、forward<const char (&)[5]>(a)となりますが、すると、
template <typename T>
T&& std::forward(typename remove_reference<T>::type& t) noexcept;
template <typename T>
T&& std::forward(typename remove_reference<T>::type&& t) noexcept;
に対して、forward<const char (&)[5]>(a)
が呼び出されることになります。
しかし、
>auto p1 = make_unique<Xref<string>>(7,"Here");
>ここで、"Here"は右辺値なので、右辺値を引数にしてforward(string&&)
>が呼び出される。
とBJ stroustrup氏が書いています。
ならば、T=const char (&)[5]の時に、
typename remove_reference<T>::type
がstringにならなければなりません。つまり、
typename remove_reference<const char (&)[5]>::type
がstringになってないと矛盾する事になります。
もし、矛盾するならば、背理法により、☆は否定されることになります。
(矛盾しそうです。)
命題『A が const char (&)[5] に推論される』・・・☆
とし、背理法で考えます。
☆が正しいと仮定すると、
forward<A>(a)は、forward<const char (&)[5]>(a)となりますが、すると、
template <typename T>
T&& std::forward(typename remove_reference<T>::type& t) noexcept;
template <typename T>
T&& std::forward(typename remove_reference<T>::type&& t) noexcept;
に対して、forward<const char (&)[5]>(a)
が呼び出されることになります。
しかし、
>auto p1 = make_unique<Xref<string>>(7,"Here");
>ここで、"Here"は右辺値なので、右辺値を引数にしてforward(string&&)
>が呼び出される。
とBJ stroustrup氏が書いています。
ならば、T=const char (&)[5]の時に、
typename remove_reference<T>::type
がstringにならなければなりません。つまり、
typename remove_reference<const char (&)[5]>::type
がstringになってないと矛盾する事になります。
もし、矛盾するならば、背理法により、☆は否定されることになります。
(矛盾しそうです。)
128デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/15(火) 16:42:50.09ID:Q+AZCxhHM129デフォルトの名無しさん (アウアウウー Saa9-qc8G)
2022/11/15(火) 16:49:22.19ID:f326q+3ca メロスはポリモーフィズムがわからない
130デフォルトの名無しさん (ワッチョイ a51f-IHKV)
2022/11/15(火) 17:18:50.72ID:eijjsxUX0 Perfumeの楽曲だろ?
131はちみつ餃子 ◆8X2XSCHEME (ワッチョイ 2b3e-BvCT)
2022/11/15(火) 18:04:53.44ID:5Bng48RE0 >>127
> ここで、"Here"は右辺値なので、右辺値を引数にしてforward(string&&)
> が呼び出される。
文字列リテラルは左辺値。 右辺値だと書いてあるのならそれが間違っている。
配列がポインタに (暗黙的でも明示的でも) キャストされる文脈では
そのポインタは xvalue (おおよそ右辺値のような扱いになる分類) になるが、
今回は変換が入らずに参照で受けているのでそうはならない。
/// この場合は rvalue 扱い
#include <cstdio>
void foo(const char *&x) { std::printf("lvalue"); }
void foo(const char *&&x) { std::printf("rvalue"); }
int main(void) { foo("abc"); }
/// この場合は lvalue 扱い
#include <cstdio>
template <class T> void foo(const T &x) { std::printf("lvalue"); }
template <class T> void foo(const T &&x) { std::printf("rvalue"); }
int main(void) { foo("abc"); }
> ここで、"Here"は右辺値なので、右辺値を引数にしてforward(string&&)
> が呼び出される。
文字列リテラルは左辺値。 右辺値だと書いてあるのならそれが間違っている。
配列がポインタに (暗黙的でも明示的でも) キャストされる文脈では
そのポインタは xvalue (おおよそ右辺値のような扱いになる分類) になるが、
今回は変換が入らずに参照で受けているのでそうはならない。
/// この場合は rvalue 扱い
#include <cstdio>
void foo(const char *&x) { std::printf("lvalue"); }
void foo(const char *&&x) { std::printf("rvalue"); }
int main(void) { foo("abc"); }
/// この場合は lvalue 扱い
#include <cstdio>
template <class T> void foo(const T &x) { std::printf("lvalue"); }
template <class T> void foo(const T &&x) { std::printf("rvalue"); }
int main(void) { foo("abc"); }
132デフォルトの名無しさん (ワッチョイ d55f-cfOC)
2022/11/15(火) 18:53:35.18ID:mUSyU2rD0 文字列リテラルが左辺値ってなんで?
133デフォルトの名無しさん (ブーイモ MM39-fwKM)
2022/11/15(火) 20:56:02.85ID:aOXxipO5M 文字列リテラルは実際は配列
⇒アドレスで区別できるメモリ上のオブジェクト
⇒つまりlvalue
⇒アドレスで区別できるメモリ上のオブジェクト
⇒つまりlvalue
134デフォルトの名無しさん (ワッチョイ cd7c-sQ55)
2022/11/15(火) 20:56:58.78ID:kbPjYi7D0 文字列リテラルはメモリ上に永続的に保持されるんだから勝手に持ってっちゃダメでしょ
135デフォルトの名無しさん (ワッチョイ c5c2-H0Ic)
2022/11/15(火) 21:11:40.64ID:DJ4SZBHq0 文字列リテラルは配列型のlvalue
文字列リテラルが左辺値変形されて生じたポインタはrvalue
文字列リテラルが左辺値変形されて生じたポインタはrvalue
136はちみつ餃子 ◆8X2XSCHEME (ワッチョイ 2b3e-BvCT)
2022/11/15(火) 23:54:26.84ID:5Bng48RE0 配列 (文字列を含む) と関数は値として扱えない、勝手にポインタに型変換するという
C から引き継いだ変則的なルールに辻褄を合わせているので全体的に変則的で
分かりにくいんだよ……。
C から引き継いだ変則的なルールに辻褄を合わせているので全体的に変則的で
分かりにくいんだよ……。
137デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/16(水) 00:19:44.88ID:g3O9ReAZM >>131
>auto p1 = make_unique<Xref<string>>(7,"Here");
>ここで、"Here"は右辺値なので、右辺値を引数にしてforward(string&&)
>が呼び出される。
と書かれています。
なので、"Here"がなんらかのメカニズムでstd::stringに変換されていると
解釈しました。
実験すれば白黒はっきりさせることが出来るかも知れません。
>auto p1 = make_unique<Xref<string>>(7,"Here");
>ここで、"Here"は右辺値なので、右辺値を引数にしてforward(string&&)
>が呼び出される。
と書かれています。
なので、"Here"がなんらかのメカニズムでstd::stringに変換されていると
解釈しました。
実験すれば白黒はっきりさせることが出来るかも知れません。
138デフォルトの名無しさん (ワッチョイ 23a5-iu/k)
2022/11/16(水) 00:20:20.66ID:DtzZSdSg0 マジで間違った方向に引きずり回してんのか
やっぱりすげーな
こいつは上級者だ
やっぱりすげーな
こいつは上級者だ
139デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/16(水) 00:29:08.01ID:g3O9ReAZM >>138
C++の父であるところのBJ Stroustrup氏が直々に書いていることなのですが。
C++の父であるところのBJ Stroustrup氏が直々に書いていることなのですが。
140デフォルトの名無しさん (ワッチョイ cd7c-sQ55)
2022/11/16(水) 00:32:07.57ID:Nbbm6FAB0 禿本手元にないから確認はできないけど、「"Here"が右辺値」なんて基本的な間違い書くとは思えないんだけど
侵害くんの読み間違いか書き間違いか、本当に書いてあるなら翻訳ミスじゃないの
侵害くんの読み間違いか書き間違いか、本当に書いてあるなら翻訳ミスじゃないの
141デフォルトの名無しさん (ワッチョイ cd7c-sQ55)
2022/11/16(水) 00:32:57.76ID:Nbbm6FAB0 >>139
"Here"の配列→(配列とポインタの糞ルール)→const char*→(stringの変換コンストラクタ)→string
と変換された結果のstring一時オブジェクトが右辺値だってクドクド書いてない?ちゃんと読んだ?
"Here"の配列→(配列とポインタの糞ルール)→const char*→(stringの変換コンストラクタ)→string
と変換された結果のstring一時オブジェクトが右辺値だってクドクド書いてない?ちゃんと読んだ?
142デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/16(水) 00:38:01.28ID:g3O9ReAZM 原書(英語版)はこうなってます:
23.5.2.1. Reference Deduction
...
template<typename T>
class Xref {
public:
Xref(int i, T* p) // store a pointer: Xref is the owner
:index{i}, elem{p}, owner{true}
{}
Xref(int i, T& r) // store a pointer to r, owned by someone else
:index{i}, elem{&r}, owner{false}
{}
Xref(int i, T&& r) // move r into Xref, Xref is the owner
:index{i}, elem{new T{move(r)}}, owner{true}
{}
~Xref()
{
if(owned) delete elem;
}
//...
private:
int index;
T* elem;
bool owned;
};
...
23.5.2.1. Reference Deduction
...
template<typename T>
class Xref {
public:
Xref(int i, T* p) // store a pointer: Xref is the owner
:index{i}, elem{p}, owner{true}
{}
Xref(int i, T& r) // store a pointer to r, owned by someone else
:index{i}, elem{&r}, owner{false}
{}
Xref(int i, T&& r) // move r into Xref, Xref is the owner
:index{i}, elem{new T{move(r)}}, owner{true}
{}
~Xref()
{
if(owned) delete elem;
}
//...
private:
int index;
T* elem;
bool owned;
};
...
143デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/16(水) 00:38:41.12ID:g3O9ReAZM >>142
template<typename T>
T&& std::forward(typename remove_reference<T>::type& t) noexcept; //§35.5.1
template<typename T>
T&& std::forward(typename remove_reference<T>::type&& t) noexcept;
template<typename TT, typename A>
unique_ptr<TT> make_unique(int i, A&& a) // simple variant of make_shared (§34.3.2)
{
return unique_ptr<TT>{new TT{i,forward<A>(a)}};
}
We want make_unique<T>(arg) to construct a T from an arg without making any spurious copies. To do that, it is essential that the lvalue/rvalue distinction is maintained. Consider: auto p1 = make_unique<Xref<string>>(7,"Here");
"Here" is an rvalue, so forward(string&&) is called, passing along an rvalue, so that Xref(int,string&&) is called to move from the string holding "Here". The more interesting (subtle) case is: auto p2 = make_unique<Xref<string>>(9,x); Here, x is an lvalue, so forward(string&) is called, passing along an lvalue: forward()’s T is deduced to string& so that the return value becomes string& &&, which means string& (§7.7.3). Thus, Xref(int,string&) is called for the lvalue x, so that x is copied.
Stroustrup, Bjarne. The C++ Programming Language (p.689). Pearson Education. Kindle 版.
template<typename T>
T&& std::forward(typename remove_reference<T>::type& t) noexcept; //§35.5.1
template<typename T>
T&& std::forward(typename remove_reference<T>::type&& t) noexcept;
template<typename TT, typename A>
unique_ptr<TT> make_unique(int i, A&& a) // simple variant of make_shared (§34.3.2)
{
return unique_ptr<TT>{new TT{i,forward<A>(a)}};
}
We want make_unique<T>(arg) to construct a T from an arg without making any spurious copies. To do that, it is essential that the lvalue/rvalue distinction is maintained. Consider: auto p1 = make_unique<Xref<string>>(7,"Here");
"Here" is an rvalue, so forward(string&&) is called, passing along an rvalue, so that Xref(int,string&&) is called to move from the string holding "Here". The more interesting (subtle) case is: auto p2 = make_unique<Xref<string>>(9,x); Here, x is an lvalue, so forward(string&) is called, passing along an lvalue: forward()’s T is deduced to string& so that the return value becomes string& &&, which means string& (§7.7.3). Thus, Xref(int,string&) is called for the lvalue x, so that x is copied.
Stroustrup, Bjarne. The C++ Programming Language (p.689). Pearson Education. Kindle 版.
144デフォルトの名無しさん (ワッチョイ d55f-NNfd)
2022/11/16(水) 00:40:39.32ID:85X5ndMu0 C++ど素人なんですが、この画像のようなファイル群がある時に、Visual Studioでexe化するにはどうしたら良いですか?
まず、ファイルはsln形式などになってないですが、そういったものはつくる必要はなく、ExpressionApp.cppだけ開いてビルドボタンを押したりすれば良い感じなのでしょうか?
まず、ファイルはsln形式などになってないですが、そういったものはつくる必要はなく、ExpressionApp.cppだけ開いてビルドボタンを押したりすれば良い感じなのでしょうか?
145デフォルトの名無しさん (ワッチョイ d55f-NNfd)
2022/11/16(水) 00:41:05.14ID:85X5ndMu0146デフォルトの名無しさん (ワッチョイ cd7c-sQ55)
2022/11/16(水) 00:41:14.43ID:Nbbm6FAB0 えぇ…禿さん耄碌してんなあ
147デフォルトの名無しさん (ワッチョイ cd7c-sQ55)
2022/11/16(水) 00:41:57.33ID:Nbbm6FAB0 >>145
cmake使え
cmake使え
148デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/16(水) 00:42:22.40ID:g3O9ReAZM >>140
"Here" is an rvalue, so forward(string&&) is called, passing along an rvalue, so that Xref(int,string&&) is called to move from the string holding "Here".
>>141
テンプレート関数なので、Aという方引数が決定されるメカニズムが重要となります。
Aがstringに決定されたならば、文字列リテラルからstringへの変換法則はおなじみの
ものとなります。
それよりも、まず、どうしてAがstringに決定されたのかの「仕組み」が分かりません。
"Here" is an rvalue, so forward(string&&) is called, passing along an rvalue, so that Xref(int,string&&) is called to move from the string holding "Here".
>>141
テンプレート関数なので、Aという方引数が決定されるメカニズムが重要となります。
Aがstringに決定されたならば、文字列リテラルからstringへの変換法則はおなじみの
ものとなります。
それよりも、まず、どうしてAがstringに決定されたのかの「仕組み」が分かりません。
149デフォルトの名無しさん (アウアウウー Saa9-89mF)
2022/11/16(水) 00:44:42.87ID:P8Ivr6rPa >>144
プロジェクト作ればいいよ
プロジェクト作ればいいよ
150デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/16(水) 00:50:02.83ID:g3O9ReAZM >>143
142と143の間に、次の記述が挟まっています。
So:
string x {"There and back again"};
Xref<string> r1 {7,"Here"}; // r1 owns a copy of string{"Here"}
Xref<string> r2 {9,x}; // r2 just refers to x
Xref<string> r3 {3,new string{"There"}}; // r3 owns the string{"There"}
Here, r1 picks Xref(int,string&&) because x is an rvalue.
Similarly, r2 picks Xref(int,string&) because x is an lvalue.
Lvalues and rvalues are distinguished by template argument deduction:
an lvalue of type X is deduced as an X& and an rvalue as X.
This differs from the binding of values to non-template argument rvalue references (§12.2.1)
but is especially useful for argument forwarding (§35.5.1).
Consider writing a factory function that make Xrefs on the free store and returns
unique_ptrs to them:
142と143の間に、次の記述が挟まっています。
So:
string x {"There and back again"};
Xref<string> r1 {7,"Here"}; // r1 owns a copy of string{"Here"}
Xref<string> r2 {9,x}; // r2 just refers to x
Xref<string> r3 {3,new string{"There"}}; // r3 owns the string{"There"}
Here, r1 picks Xref(int,string&&) because x is an rvalue.
Similarly, r2 picks Xref(int,string&) because x is an lvalue.
Lvalues and rvalues are distinguished by template argument deduction:
an lvalue of type X is deduced as an X& and an rvalue as X.
This differs from the binding of values to non-template argument rvalue references (§12.2.1)
but is especially useful for argument forwarding (§35.5.1).
Consider writing a factory function that make Xrefs on the free store and returns
unique_ptrs to them:
151デフォルトの名無しさん (ワッチョイ d55f-NNfd)
2022/11/16(水) 00:50:03.82ID:85X5ndMu0152はちみつ餃子 ◆8X2XSCHEME (ワッチョイ 2b3e-BvCT)
2022/11/16(水) 00:51:20.49ID:eOApcCVI0 >>137
文字列リテラルが lvalue なのはややこしい解釈の余地はなく直接的に明記されている。
https://timsong-cpp.github.io/cppwp/n3337/expr.prim.general#1
少なくとも
> "Here"は右辺値なので
というのは確実に誤った記述だよ。
最初の段階で誤っているのだからそこから後の理屈の立て方に筋が通るはずがない。
>>148
A は string に決定されない。
そういう仕組みは無いのでそれを前提として考えるな。
文字列リテラルが lvalue なのはややこしい解釈の余地はなく直接的に明記されている。
https://timsong-cpp.github.io/cppwp/n3337/expr.prim.general#1
少なくとも
> "Here"は右辺値なので
というのは確実に誤った記述だよ。
最初の段階で誤っているのだからそこから後の理屈の立て方に筋が通るはずがない。
>>148
A は string に決定されない。
そういう仕組みは無いのでそれを前提として考えるな。
153デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/16(水) 01:10:00.99ID:g3O9ReAZM >>152
>A は string に決定されない。
>そういう仕組みは無いのでそれを前提として考えるな。
なるほど。しかし、だとすれば、
「Consider: auto p1 = make_unique<Xref<string>>(7,"Here");
"Here" is an rvalue, so forward(string&&) is called, passing along an rvalue,
so that Xref(int,string&&) is called to move from the string holding "Here".」
の部分はどう説明できますか?
>A は string に決定されない。
>そういう仕組みは無いのでそれを前提として考えるな。
なるほど。しかし、だとすれば、
「Consider: auto p1 = make_unique<Xref<string>>(7,"Here");
"Here" is an rvalue, so forward(string&&) is called, passing along an rvalue,
so that Xref(int,string&&) is called to move from the string holding "Here".」
の部分はどう説明できますか?
154デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/16(水) 01:14:18.30ID:g3O9ReAZM >>153
今思ったんですが、もしかしたら、
>Consider: auto p1 = make_unique<Xref<string>>(7,"Here");
の部分が、
Consider: auto p1 = make_unique<Xref<string>>(7,string{"Here"});
の書き間違いだったのかもしれませんね。
なお、直接関係有りませんが、>>150の
>Xref<string> r1 {7,"Here"}; // r1 owns a copy of string{"Here"}
>Here, r1 picks Xref(int,string&&) because x is an rvalue.
は、確認しましたが、kindle版は確かに正確にこう書かれていますが、
このr1の定義部分に「x」は存在しておらず、代わりに"Here"が存在していますので
そこも書き間違いかも知れません。
今思ったんですが、もしかしたら、
>Consider: auto p1 = make_unique<Xref<string>>(7,"Here");
の部分が、
Consider: auto p1 = make_unique<Xref<string>>(7,string{"Here"});
の書き間違いだったのかもしれませんね。
なお、直接関係有りませんが、>>150の
>Xref<string> r1 {7,"Here"}; // r1 owns a copy of string{"Here"}
>Here, r1 picks Xref(int,string&&) because x is an rvalue.
は、確認しましたが、kindle版は確かに正確にこう書かれていますが、
このr1の定義部分に「x」は存在しておらず、代わりに"Here"が存在していますので
そこも書き間違いかも知れません。
155デフォルトの名無しさん (オイコラミネオ MM71-ZKGJ)
2022/11/16(水) 01:26:05.39ID:g3O9ReAZM もしくわ、
>auto p1 = make_unique<Xref<string>>(7,"Here");
は、
auto p1 = make_unique<Xref<string>,string>(7,"Here");
と書きたかったのでしょうか。つまり、もし、
auto p1 = make_unique<Xref<string>>(7,string{"Here"});
または、
auto p1 = make_unique<Xref<string>,string>(7,"Here");
と書いてあったならば、辻褄が合いそうです。
>auto p1 = make_unique<Xref<string>>(7,"Here");
は、
auto p1 = make_unique<Xref<string>,string>(7,"Here");
と書きたかったのでしょうか。つまり、もし、
auto p1 = make_unique<Xref<string>>(7,string{"Here"});
または、
auto p1 = make_unique<Xref<string>,string>(7,"Here");
と書いてあったならば、辻褄が合いそうです。
156デフォルトの名無しさん (ワッチョイ a501-WFXv)
2022/11/16(水) 05:12:39.73ID:c3tWnPnh0 文字を反転させる関数を作っているのですがうまく行きません
voidの部分がおかしいと思うんですが正直手詰まりです
誰か解決策はありますでしょうか
実行するとrevarce関数が飛ばされて終了してしまいます
void revarse(char* p, char* r);
int main(void)
{
char str1[64];
char str2[64] = {};
printf("文字列を入力\n>>");
scanf("%s", str1);
revarse(str1, str2);
printf("%s", str2);
rewind(stdin);
getchar();
return 0;
}
//反転させる関数
void revarse(char* p, char* r)
{
int len = strlen(p);
for (int i = 0; i <= len / 2; i++)
{
*(r + i) = *(p + (len - i));
}
}
voidの部分がおかしいと思うんですが正直手詰まりです
誰か解決策はありますでしょうか
実行するとrevarce関数が飛ばされて終了してしまいます
void revarse(char* p, char* r);
int main(void)
{
char str1[64];
char str2[64] = {};
printf("文字列を入力\n>>");
scanf("%s", str1);
revarse(str1, str2);
printf("%s", str2);
rewind(stdin);
getchar();
return 0;
}
//反転させる関数
void revarse(char* p, char* r)
{
int len = strlen(p);
for (int i = 0; i <= len / 2; i++)
{
*(r + i) = *(p + (len - i));
}
}
157デフォルトの名無しさん (ワッチョイ b5da-ltfr)
2022/11/16(水) 05:28:39.68ID:PEnRRRQh0 おい、もうテメーの日記帳に書いとけや
158デフォルトの名無しさん (ワッチョイ 23ad-Y93w)
2022/11/16(水) 05:33:02.42ID:5+x4ry0S0 >>156
文字列pが "12345" だとして考えてみ?
len=5 だろ?
*(p + (len - i));
これって i=0 の時 *(p + (5 - 0)) => *(p + 5) ってことになる
ゼロベースだからインデックス5にはNULL文字'\0'が入っている
それを*r にコピーしている
つまりコピーされるのは常に長さ0の文字列
そりゃ出力したってなにも表示されないさ
あとlen / 2はおかしいだろ
練習するならマルチバイトはまず置いておいてシングルバイト文字のみ扱え
文字列pが "12345" だとして考えてみ?
len=5 だろ?
*(p + (len - i));
これって i=0 の時 *(p + (5 - 0)) => *(p + 5) ってことになる
ゼロベースだからインデックス5にはNULL文字'\0'が入っている
それを*r にコピーしている
つまりコピーされるのは常に長さ0の文字列
そりゃ出力したってなにも表示されないさ
あとlen / 2はおかしいだろ
練習するならマルチバイトはまず置いておいてシングルバイト文字のみ扱え
159デフォルトの名無しさん (ワッチョイ a501-WFXv)
2022/11/16(水) 05:50:25.16ID:c3tWnPnh0160デフォルトの名無しさん (スッップ Sd43-XKJd)
2022/11/16(水) 06:49:36.90ID:f7msq55Zd 実習問題臭いのが気になる
161デフォルトの名無しさん (ワッチョイ 6d6b-6rMO)
2022/11/16(水) 08:13:10.02ID:6xMrEJ8a0 int と N 要素の vector<double> から N+1 要素の tuple<int, double, double,...> を作る方法ってありますか
162デフォルトの名無しさん (ワッチョイ cd7c-sQ55)
2022/11/16(水) 08:25:10.43ID:Nbbm6FAB0 Nがコンパイル時に決まってないと無理
163デフォルトの名無しさん (ワッチョイ 23a5-gPc0)
2022/11/16(水) 13:34:55.97ID:DtzZSdSg0165デフォルトの名無しさん (ワッチョイ 23a5-gPc0)
2022/11/16(水) 13:43:50.52ID:DtzZSdSg0 わからん
166はちみつ餃子 ◆8X2XSCHEME (ワッチョイ 2b3e-BvCT)
2022/11/16(水) 14:24:03.96ID:eOApcCVI0167デフォルトの名無しさん (アウアウウー Saa9-FFna)
2022/11/16(水) 17:43:24.39ID:z+sJwdsYa168はちみつ餃子 ◆8X2XSCHEME (ワッチョイ 2b3e-BvCT)
2022/11/16(水) 17:43:42.62ID:eOApcCVI0 >>148
clang に抽象構文木を見る機能があるのを思い出した。
それを通したらこんな感じ。
https://wandbox.org/permlink/NNaci7k0QcpFXc9G
表示の正確な読み取り方はワイも知らんのやが lvalue "Here" と出てるのはわかるし、
関数に渡したときに const char (&)[5] として受け取られているのはわかるやろ。
clang に抽象構文木を見る機能があるのを思い出した。
それを通したらこんな感じ。
https://wandbox.org/permlink/NNaci7k0QcpFXc9G
表示の正確な読み取り方はワイも知らんのやが lvalue "Here" と出てるのはわかるし、
関数に渡したときに const char (&)[5] として受け取られているのはわかるやろ。
169デフォルトの名無しさん (アウアウウー Saa9-FFna)
2022/11/16(水) 17:47:22.63ID:z+sJwdsYa >>161-162
Nim
Nim
170デフォルトの名無しさん (ワッチョイ 5f01-KP+k)
2022/11/19(土) 11:03:08.07ID:GrOHAxDN0 >>161
vectorの取りうるサイズがある程度決まってるのなら
予めdoubleの数が異なるtupleを用意しておくという手はある
#include <iostream>
#include <any>
#include <vector>
#include <tuple>
using namespace std;
using Vector = vector <double>;
using Int_Double_1 = tuple <int, double>;
using Int_Double_2 = tuple <int, double, double>;
any make_tuple_from_int_vector (int p0, const Vector &p1)
{
if (p1.size () == 1)
return make_tuple (p0, p1 [0]);
else if (p1.size () == 2)
return make_tuple (p0, p1 [0], p1 [1]);
else
return any ();
}
int main ()
{
Vector v1 (1, 10);
Vector v2 (2, 100);
auto v3 (any_cast <Int_Double_1> (make_tuple_from_int_vector (1000, v1)));
auto v4 (any_cast <Int_Double_2> (make_tuple_from_int_vector (10000, v2)));
return 0;
}
vectorの取りうるサイズがある程度決まってるのなら
予めdoubleの数が異なるtupleを用意しておくという手はある
#include <iostream>
#include <any>
#include <vector>
#include <tuple>
using namespace std;
using Vector = vector <double>;
using Int_Double_1 = tuple <int, double>;
using Int_Double_2 = tuple <int, double, double>;
any make_tuple_from_int_vector (int p0, const Vector &p1)
{
if (p1.size () == 1)
return make_tuple (p0, p1 [0]);
else if (p1.size () == 2)
return make_tuple (p0, p1 [0], p1 [1]);
else
return any ();
}
int main ()
{
Vector v1 (1, 10);
Vector v2 (2, 100);
auto v3 (any_cast <Int_Double_1> (make_tuple_from_int_vector (1000, v1)));
auto v4 (any_cast <Int_Double_2> (make_tuple_from_int_vector (10000, v2)));
return 0;
}
171デフォルトの名無しさん (アウアウウー Sa3b-kfYZ)
2022/11/19(土) 16:17:21.48ID:F8GIHVyHa 本当の目的を聴きたい
172デフォルトの名無しさん (ワッチョイ cf5f-pHhH)
2022/11/19(土) 19:46:58.80ID:IQ1PkgMa0 true &&false計算するのと1&&0計算するのはどっちが早いとかある?
173デフォルトの名無しさん (ワッチョイ 5701-kfYZ)
2022/11/19(土) 19:50:29.13ID:o7Lf802R0 はちみつもたまには役に立つな。
褒めてつかわす。
下がって良いぞ。
褒めてつかわす。
下がって良いぞ。
174デフォルトの名無しさん (アウアウウー Sa3b-5SHr)
2022/11/19(土) 23:24:23.61ID:G53M1f4ia >>172
trueは1なので同じです
trueは1なので同じです
175はちみつ餃子 ◆8X2XSCHEME (ワッチョイ b63e-stRS)
2022/11/20(日) 00:27:52.78ID:RgPem6BD0 >>172
オペランドがリテラルならコンパイル時に畳み込まれるので同じ。
そうではなく型による差について問うているのなら
少なくとも現代的な処理系・実行環境だとまず差は出ないよ。
うまいこと最適化されてそんな差はどうでもよくなる。
言語仕様通りの素朴な解釈だと両オペランドを bool に型変換するという工程が入るので
int の && のほうが余計に処理をすることにはなるが……。
ちなみに C と C++ では規則が違うので詳細を調べるなら混同しないように注意。
(文言は違うけど結果的な挙動はほぼ差はないんだけど。)
オペランドがリテラルならコンパイル時に畳み込まれるので同じ。
そうではなく型による差について問うているのなら
少なくとも現代的な処理系・実行環境だとまず差は出ないよ。
うまいこと最適化されてそんな差はどうでもよくなる。
言語仕様通りの素朴な解釈だと両オペランドを bool に型変換するという工程が入るので
int の && のほうが余計に処理をすることにはなるが……。
ちなみに C と C++ では規則が違うので詳細を調べるなら混同しないように注意。
(文言は違うけど結果的な挙動はほぼ差はないんだけど。)
176デフォルトの名無しさん (オイコラミネオ MM67-yS4u)
2022/11/20(日) 13:22:48.35ID:9/YCbfcZM >>172
どちらも、最適化されれば false(偽) になって同じコードになる。
どちらも、最適化されれば false(偽) になって同じコードになる。
177デフォルトの名無しさん (オイコラミネオ MM67-yS4u)
2022/11/20(日) 13:29:22.75ID:9/YCbfcZM >>176
[補足]
最適化には高レベルから低レベルまでさまざまな層で行なわれる。
高レベルで複雑な多くのマシン語が生成されても、後段の低レベルで集成されて短い
コードになる。
&& や || は、シーケンスポイントがあり A && B は A が偽ならば B を評価しないし、
A || B は、A が真なら B を評価しないので、マシン語レベルで条件 jump 命令が
生成されることが有るが、&& や || は、「高レベル」でも最適化する方法が
知られているので、このような場合、条件 jump 命令が生成されない。
また、仮に高レベルでは条件 jump 命令が生成されてしまった場合でも、
低レベルで最適化する際に、必ず真になったり必ず偽になるような条件 jump は、
無条件jumpになったり、削除されたりする。
そして、直後の命令への無条件 jump は、削除される。
二段階の無条件 jump は一段階の jump に修正される。
このような最適化を何度も何度も繰り返すので、結果的に同じことをするコードは、
同じコードになることが多い。
[補足]
最適化には高レベルから低レベルまでさまざまな層で行なわれる。
高レベルで複雑な多くのマシン語が生成されても、後段の低レベルで集成されて短い
コードになる。
&& や || は、シーケンスポイントがあり A && B は A が偽ならば B を評価しないし、
A || B は、A が真なら B を評価しないので、マシン語レベルで条件 jump 命令が
生成されることが有るが、&& や || は、「高レベル」でも最適化する方法が
知られているので、このような場合、条件 jump 命令が生成されない。
また、仮に高レベルでは条件 jump 命令が生成されてしまった場合でも、
低レベルで最適化する際に、必ず真になったり必ず偽になるような条件 jump は、
無条件jumpになったり、削除されたりする。
そして、直後の命令への無条件 jump は、削除される。
二段階の無条件 jump は一段階の jump に修正される。
このような最適化を何度も何度も繰り返すので、結果的に同じことをするコードは、
同じコードになることが多い。
178デフォルトの名無しさん (オイコラミネオ MM67-yS4u)
2022/11/20(日) 13:42:45.47ID:9/YCbfcZM >>177
誤:最適化には高レベルから低レベルまでさまざまな層で行なわれる。
正:最適化は高レベルから低レベルまでさまざまな層で行なわれる。
誤:高レベルで複雑な多くのマシン語が生成されても、後段の低レベルで集成されて短い
正:高レベルで複雑な多くのマシン語が生成されても、後段の低レベルで修正されて短い
誤:最適化には高レベルから低レベルまでさまざまな層で行なわれる。
正:最適化は高レベルから低レベルまでさまざまな層で行なわれる。
誤:高レベルで複雑な多くのマシン語が生成されても、後段の低レベルで集成されて短い
正:高レベルで複雑な多くのマシン語が生成されても、後段の低レベルで修正されて短い
179デフォルトの名無しさん (スプッッ Sd22-FDdn)
2022/11/22(火) 08:37:00.41ID:JLBL5Nrvd windowsでstd::create_symlinkを使おうとすると
特権がいるって言われるけど、何でそんな決まりになってんの?
mklinkコマンドも特権モードじゃないとシンボリックリンク作れないし
それのどこがそんなに危険な操作なのか理解に苦しむ
特権がいるって言われるけど、何でそんな決まりになってんの?
mklinkコマンドも特権モードじゃないとシンボリックリンク作れないし
それのどこがそんなに危険な操作なのか理解に苦しむ
180デフォルトの名無しさん (ワッチョイ 5f01-KP+k)
2022/11/22(火) 09:20:47.14ID:+RKYLIKe0 権限のないディレクトリにシンボリックリンクを作ろうとしてるのでは?
181デフォルトの名無しさん (スプッッ Sd22-FDdn)
2022/11/22(火) 09:57:07.23ID:ROGUGHEjd C:じゃないHDDだし俺専用PCだし
所有権でややこしいことにはなりっこない
所有権でややこしいことにはなりっこない
182デフォルトの名無しさん (アウアウウー Sa3b-5SHr)
2022/11/22(火) 10:05:16.45ID:emKQg5jla 特権の問題じゃなくて変なもん作ろうとしとる
183デフォルトの名無しさん (ワッチョイ e201-IwB9)
2022/11/22(火) 10:21:25.02ID:5norvibI0 ディレクトリの権限関係なくWindows のシンボリックリンクの作成自体に管理者権限が必要、理由は知らん
ディレクトリにリンク張るならジャンクション(こっちは管理者権限不要)使えってことかも
ジャンクションの作成はコマンドからならmklink /jで行けるけどコードからやるのはちょっと面倒みたい
https://stackoverflow.com/questions/29291059/issue-creating-windows-ntfs-directory-junction-in-c-c
ディレクトリにリンク張るならジャンクション(こっちは管理者権限不要)使えってことかも
ジャンクションの作成はコマンドからならmklink /jで行けるけどコードからやるのはちょっと面倒みたい
https://stackoverflow.com/questions/29291059/issue-creating-windows-ntfs-directory-junction-in-c-c
184デフォルトの名無しさん (スッップ Sd02-TJ0J)
2022/11/22(火) 16:05:23.29ID:glPNIX2fd 一般人に使わせるとショートカットと混同して危険だからそうしてるってどっかで見た
何が危険なのかは分からなかった
何が危険なのかは分からなかった
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 自民・森山幹事長 消費税減税を改めて“否定”「財源ないと辻褄あわない」 ★2 [首都圏の虎★]
- 【サッカー】放映権料は400億円を突破か…難航する『‘26年W杯』中継交渉 地上波から「サッカーが消える日」 [jinjin★]
- 自民・森山幹事長 消費税減税を改めて“否定”「財源ないと辻褄あわない」 ★3 [首都圏の虎★]
- 【ゲーム】RPGで「ああ、これね…」となる“嫌な展開” 「育ててないメンバー強制バトル」「ミニゲーム必須」 [ひぃぃ★]
- 【大阪】予約した本が借りられない、本が書棚にない…市立図書館が大混乱 大阪維新「文化行政」コスト削減の結末 [ぐれ★]
- 渡邊渚「私は玉の輿という言葉が嫌い」「勝手に野球選手大好きみたいなレッテルを貼られちゃう」グラビアでも受けた世間の偏見語る [muffin★]
- 【動画】普通の日本人さん、電車内で通話してる若者に激怒、非常停止ボタンを押してしまう😨 [834922174]
- 【実況】博衣こよりのえちえちロックマンX7🧪
- 【悲報】日本人「これが本当の日本食です。力が沸いてきます」 2.4万いいね [839150984]
- 新型コロナ初期「ダイヤモンドプリンセス号」「不潔ルート」「罹ったら死にます」これ絶望感あったよな [677076729]
- 明日も特に予定がない人たちの🏡
- 【速報】暇空茜 実刑の可能性が急浮上 [382895459]