C++相談室 part159

**デフォルトの名無しさん** · 2022/02/19(土) 11:56:42.14

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

**デフォルトの名無しさん** · 2022/03/01(火) 11:08:34.73

つ static_cast<bP>(&d#)

**デフォルトの名無しさん** · 2022/03/01(火) 11:13:51.24

>>357
bP = (rnd() & 1)? (B*)&d1 : (B*)&d2;
ではあかんのか？

**デフォルトの名無しさん** · 2022/03/01(火) 11:14:23.15

rnd() & 1
は無視してくれｗ

**デフォルトの名無しさん** · 2022/03/01(火) 11:14:50.30

ああ、それでいいんですね
ありがとうございます

**デフォルトの名無しさん** · 2022/03/01(火) 11:54:42.57

今度はCに毒されていくC++スレｗ
プリプロセッサはincludeパス的に言語や標準ライブラリを結構意識したりしますｗ

**デフォルトの名無しさん** · 2022/03/01(火) 23:30:51.45

>>355
そういうのはRustがすっきり実現していていい感じ
静的モノモーフィングでコンパイル時に解決させる方法と
動的ディスパッチで実行時に解決させる方法の2種類を選びつつ簡単かつ安全に記述できる

**デフォルトの名無しさん** · 2022/03/02(水) 01:32:22.77

なんでこんなとこにrust信者が湧いてるん？

**デフォルトの名無しさん** · 2022/03/02(水) 03:41:00.25

C++のstatic_castで十分すっきりしてるし安全なんだがｗ

**デフォルトの名無しさん** · 2022/03/02(水) 03:51:26.38

うむ
まあRustはトレイトを導入しているためもっとフレキシブルに機能毎に事実上のキャストができる点で先に進んでる感じ

**デフォルトの名無しさん** · 2022/03/02(水) 04:16:03.37

std::visitで十分じゃないの？

**デフォルトの名無しさん** · 2022/03/02(水) 06:05:07.28

>>364
メンタルはルビ基地と同じだから相手すんな

**デフォルトの名無しさん** · 2022/03/02(水) 08:02:10.51

>>364
スレ違い野郎はNG推奨

**デフォルトの名無しさん** · 2022/03/02(水) 10:15:53.71

RustはUnityで作られてるんだからC#スレ行けよ

**デフォルトの名無しさん** · 2022/03/03(木) 11:52:56.52

有名なライブラリのコード覗いて見るとC++でもマクロ結構使ってるよね

**デフォルトの名無しさん** · 2022/03/03(木) 12:21:01.59

まあそこは女性のウェストが50cmだと思ってるスペック厨のオタクと現実に生きて実用的なものを開発してる人の違いだね

**デフォルトの名無しさん** · 2022/03/03(木) 12:24:43.91

有名ライブラリこそマクロに頼らないとやってられんとこあるからな

コンパイル環境(gcc/clang/MSVC)のスイッチとか
C++バージョンのスイッチとか(#define CONSTEVAL20 consteval/constexpr)

ボイラープレートの簡略化はどれぐらいやってるかは知らんが

**デフォルトの名無しさん** · 2022/03/03(木) 15:14:53.11

条件コンパイルには#ifdefがいるね

**デフォルトの名無しさん** · 2022/03/03(木) 16:48:19.79

文法ばかり勉強してコード書かないからマクロの必要性が見えないんだよ。

**デフォルトの名無しさん** · 2022/03/03(木) 18:39:02.62

ああ、マクロ不要論者は自分でライブラリ書いたことないというオチか
腑に落ちたわ

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

まともにコード書く量も質も足りない人にはマクロの弊害を認識できてないんだろうなｗ
インクルードガードなどの条件コンパイルはプリプロセスではあるものの、一般的なマクロ置換処理ではないｗ

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

本気でいってんの？このバカ

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

単発IDで中身のない煽りだけの人が早速出現ｗ
臆病すぎｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/04(金) 05:56:44.52

> マクロ不要論者

誰？　いたっけ、そんなやつ

**デフォルトの名無しさん** · 2022/03/04(金) 06:37:36.91

>>380
>>336あたりじゃね？

**デフォルトの名無しさん** · 2022/03/04(金) 06:43:28.40

ああ、あのキチか
相手すると馬鹿が伝染るからやめようぜ

**デフォルトの名無しさん** · 2022/03/04(金) 11:43:03.93

まだいたのか臆病者ｗ答え教えてもらってもなお理解しない人に付ける薬はないよｗ
構ってちゃんやるなら別の板でやれ

**デフォルトの名無しさん** · 2022/03/04(金) 20:47:43.90

コンパイル時にansiをunicodeに変換する簡単な方法あってある？
具体的にはmagic_enum::enum_namesで返ってくるstring_view配列をwchar_tとして貰いたいのだけど

**デフォルトの名無しさん** · 2022/03/04(金) 20:55:24.70

exe野郎は口を開く権利なしｗ
ソースコードのエンコーディングを指定するか、エスケープした文字列まで正しく変換したソースを使った上で、必要なキャストをするか、プロジェクト設定を使えｗ

**デフォルトの名無しさん** · 2022/03/04(金) 20:58:03.36

MSの教えどおりにマクロ使ってれば簡単なのにな。

**デフォルトの名無しさん** · 2022/03/04(金) 21:17:57.65

そもそも言ってる内容が怪しいｗワイド文字の話とエンコーディングの話がごっちゃになってるｗ

**デフォルトの名無しさん** · 2022/03/04(金) 21:40:05.34

ansiをunicodeにエンコードしたいって意味なんだけど自分でテーブルでもつくらないとconstevalには無理？
それ以外に方法がないならライブラリいじることにするけど

**デフォルトの名無しさん** · 2022/03/04(金) 21:47:53.46

動くサンプルを載せてみろｗ

**デフォルトの名無しさん** · 2022/03/04(金) 21:55:46.03

ansiってなにを指すん？

**デフォルトの名無しさん** · 2022/03/04(金) 21:56:54.08

アメリカの国内規格

**デフォルトの名無しさん** · 2022/03/04(金) 22:00:02.02

MS様のお庭ではローカルコードページくらいの意味だｗ

**デフォルトの名無しさん** · 2022/03/04(金) 22:05:54.66

>>390
日本語WindowsMSVCだと"あ"はansi（shift-jis）として{ 0x82, 0xA0 }になる
これをunicodeの0x3042にエンコードするって感じでconstexprに生成されたansiを変換していきたい
ライブラリ内部では__FUNCSIG__等を利用して静的にenumから文字を生成してるからL#でもして端からunicodeを生成すれば良いんだけどその場合は他にも色々と変えないとダメだからそれは最終手段にしたい

**デフォルトの名無しさん** · 2022/03/04(金) 22:07:55.03

>>393
ごたくはいいから動くサンプルを載せてみろｗ

**デフォルトの名無しさん** · 2022/03/04(金) 22:12:15.56

>>394
動くサンプルって何？
動く見通しついてないからこうして質問してるんだけどとりあえずansi版でもいいからサンプル見たいってことか？

enum class AIUEO { あ, い, う, え, お };
void print(){
constexpr auto texts = constexpr auto texts = magic_enum::enum_nameptrs<AIUEO>();
for (auto& str : texts) puts(str.data()); //ほんとはここを_putws的なunicodeを受け取るものに投げたい
}

**デフォルトの名無しさん** · 2022/03/04(金) 22:14:02.23

今即席でスマホのブラウザで書いたからconstexpr auto texts = constexpr auto texts = のところミスってるけどスルーしといて

**デフォルトの名無しさん** · 2022/03/04(金) 22:14:34.14

main関数がないので動かんな
magic_enumもないので動かんな
これがお前の「動く」サンプルなのか？？？ｗ

**デフォルトの名無しさん** · 2022/03/04(金) 22:16:37.08

出たよサンプルないと何もできないおじさん

**蟻人間** ◆T6xkBnTXz7B0 · 2022/03/04(金) 22:33:11.96

https://qiita.com/ta_dragon/items/1828ceb16bc8733526e1
貼っとくよ。

**デフォルトの名無しさん** · 2022/03/04(金) 22:42:39.88

constexpr std::string s="test";
constexpr std::wstring ws=L"test";

こいつらが通らない時点で俺は諦めた
最終的にほしい型はstd::wstring_viewだろうけど
std::array<wchar_t, size>ならなんとかなるかもしれん

**デフォルトの名無しさん** · 2022/03/04(金) 22:52:27.11

そもそもウクライナに寄付しろとか言う前に他民族、多言語に対応しろとmagic_enum作者にメールすべき。

**デフォルトの名無しさん** · 2022/03/04(金) 22:57:11.67

違うだろｗこいつが動かせてないだけだろｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/04(金) 23:05:31.04

>>399
まさにnameofと同じ作者のものだけど、やっぱ__FUNCSIG__の部分からLつけていくしかなさそうだな

**デフォルトの名無しさん** · 2022/03/05(土) 00:24:50.51

まだ動かせないんかいｗ

**蟻人間** ◆T6xkBnTXz7B0 · 2022/03/05(土) 00:27:03.13

L##

**デフォルトの名無しさん** · 2022/03/05(土) 00:45:32.11

C##

**デフォルトの名無しさん** · 2022/03/05(土) 01:02:31.13

一応言っておくと__FUNCSIG__はリテラルじゃなくてシンボルだぞｗ
>type hoge.cpp
hoge(__FUNCSIG__);
>cl /P /std:c++17 hoge.cpp
Microsoft(R) C/C++ Optimizing Compiler Version 19.28.29912 for x86
Copyright (C) Microsoft Corporation. All rights reserved.

hoge.cpp

>type hoge.i
#line 1 "hoge.cpp"
hoge(__FUNCSIG__);

>
なんというか...ロクに動かせもしないアホが一足飛びに余計なことして普通なら瞬間に出来ることを他人様に何度も何度も聞いて回るというねｗ

**デフォルトの名無しさん** · 2022/03/05(土) 01:13:20.54

>>407
>__FUNCSIG__ 外側の関数のシグネチャを含む文字列リテラルとして定義されます。
直接Lは付けられないが#define L(x) L##xを使えばちゃんとワイド文字リテラルとなる
ついでに言っておくとVSのこの手のマクロはANSIではなくUTF8だったと思うぞ（固定ではなくソースコードの文字コード依存の可能性あり）

**デフォルトの名無しさん** · 2022/03/05(土) 01:23:21.22

utf8は正解なんだが、リテラルは不正解ｗ
https://godbolt.org/z/4G1vvhrEc
コンパイラがリテラルに置き換えるわけだけど、プリプロセッサではシンボルのままなので置換されると分からなくなるｗ

**デフォルトの名無しさん** · 2022/03/05(土) 01:25:23.87

MSVCの場合 /execution-charset で指定した文字コード（デフォルトはsjis=cp932）になるんじゃなかったかな

**デフォルトの名無しさん** · 2022/03/05(土) 01:37:21.06

未指定時はソースと同じらしい
https://docs.microsoft.com/ja-jp/cpp/build/reference/execution-charset-set-execution-character-set?view=msvc-170
でutf-8になってたようだな

**デフォルトの名無しさん** · 2022/03/05(土) 01:47:40.22

ただし、__FUNCSIG__はそういうのに影響されずutf-8っぽい
普通のリテラルはちゃんとシフトJISで出るけど、__FUNCSIG__はutf8だな

**デフォルトの名無しさん** · 2022/03/05(土) 01:49:42.38

ややこしいな、そういうのが一番困るんだよねw

**デフォルトの名無しさん** · 2022/03/05(土) 01:52:53.77

MSにありがちｗただシンボルに日本語とかキチガイしかしないからｗ

**デフォルトの名無しさん** · 2022/03/07(月) 06:57:02.25

>>414
だって規格で認めてるじゃん
ISO/IEC 14882:2020(E)
12.8 User-defined literals [over.literal]
8 [Example 1:
template <char...> double operator "" _\u03C0(); // OK: UCN for lowercase pi

**デフォルトの名無しさん** · 2022/03/07(月) 07:14:15.82

引用が仕様ですらないし、引用元もないし、、、挙げ句内容的に__FUNCSIG__はシグニチャ付きの関数名がリテラルとして入るだけだぞｗ
その関数名に日本語使うのキチガイだけだろｗ
リテラル調べてどうするんだよｗ

**デフォルトの名無しさん** · 2022/03/07(月) 07:41:36.14

関数名の一部ってことわかんない？

**デフォルトの名無しさん** · 2022/03/07(月) 12:31:32.96

君に何かを理解してもらうのは諦めるよ
俺の力では無理

**デフォルトの名無しさん** · 2022/03/07(月) 12:38:21.73

捨て台詞にしてももうちっとくらいマシなこと言えねえの？

**デフォルトの名無しさん** · 2022/03/07(月) 20:42:37.07

>>395
初心者だけどこれってプログラム内の変数名や関数名に日本語を出したいってこと？
あ = 3;
みたいな

**デフォルトの名無しさん** · 2022/03/07(月) 21:21:28.85

規格上はもうUnicodeの文字はだいたい使えるぞ
移植性やコーディングスタイルや常識の観点での良し悪しは別にして

**デフォルトの名無しさん** · 2022/03/07(月) 21:29:08.28

>>420
俺抜きでレスバしてて恐縮だが
enum class AIUEO { あ, い, う, え, お };
const wchar_t* aiueo[] = { L"あ", L"い", L"う", L"え", L"お" };
enumに合わせてこんな感じで文字列も欲しいってこと
utf8からutf16へのエンコードは割と簡単に実装出来るという事が判明して、200行くらいかかったけどconstevalなu8_to_u16関数作ってmagic_enum::detail::n部分からwide版作っていくことで解決できた

**デフォルトの名無しさん** · 2022/03/07(月) 21:34:05.04

ええやんプルリクしといてよ

**デフォルトの名無しさん** · 2022/03/07(月) 21:39:53.01

いいけど既に同じようなissue出してる人いて「constexprに文字列返されるので別の形にしたいならそっちで自由にやって」みたいな感じだったからな

**デフォルトの名無しさん** · 2022/03/07(月) 21:55:07.26

これだから白人は嫌なんだよね。

**デフォルトの名無しさん** · 2022/03/07(月) 21:58:54.49

昔からキチガイがシンボルに日本語使ってたりしたし、規格仕様の該当項目も挙げてないのに可能というのはおかしく
またソースコードや出力設定が何かに依るのが正しい可能性だって普通にある
またutf8というかunicodeとそのエンコーディング形式は簡単な計算式で可換
200行あればvc++固有ならmagic_enumの使用機能全て載せられるし、そもそも不要
そもそも情報小出しな時点、puts使ったりしてる時点、vc++を好き好んで使ってる時点でもうね・・・
挙げ句説明なくても5分もあれば気づくことに何日かかってるのかって人のプルリクが通るわけないだろｗ

**デフォルトの名無しさん** · 2022/03/07(月) 23:18:01.19

>>425
まぁ面倒だからってよりこのスレにもちらほらいるようにASCII文字だけを想定してて
それだけなら1文字づつキャストするだけで簡単に出来るだろうしusing string_view = std::string_viewの所を上書きできるようにしておくから自前でやってって感じだな

**デフォルトの名無しさん** · 2022/03/07(月) 23:23:59.38

「ASCII文字だけを想定してて」ｗｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/07(月) 23:29:43.95

マクロ騒動で脳が破壊されてしまった子がいるね

**デフォルトの名無しさん** · 2022/03/07(月) 23:46:00.91

SEXの時は動かずにマグロになってしまったようですね
やっぱりロボトミー手術してよかったですね

**デフォルトの名無しさん** · 2022/03/08(火) 21:56:42.93

>>422
はえー解決したなら良かった
まだまだ勉強不足だから半分理解できなかったけどconstexprはstring_view型なら使えることは学んだ

**デフォルトの名無しさん** · 2022/03/08(火) 22:58:13.81

はいはい、一人何役するのかねｗ

**デフォルトの名無しさん** · 2022/03/08(火) 23:19:40.19

>>432
我々ギフハブがいつも見ているぞ

**デフォルトの名無しさん** · 2022/03/10(木) 18:10:06.68

テンプレートの可変長引数って一般的な実装だとスタックに積まれるの？
てことはあんまり大きいデータは渡せない？

**デフォルトの名無しさん** · 2022/03/10(木) 18:17:21.80

template-parameter-packは実行環境では普通の引数と全く同じだ
翻訳中の解釈でどんな「普通の引数」にするか判断してるだけ

**デフォルトの名無しさん** · 2022/03/10(木) 21:39:59.02

template<class...T>void f(T...t){}

f(1,2,3,4); で実体化されるf<int,int,int,int>は、
void f(int,int,int,int){}
と同じ扱いをされる。
普通の関数と変わらんよ。

たぶん気にしてるのはこんな感じの再帰実装だろう
template<class First>auto sum(First first){return first;}
template<class First, class Second, class...Rest>
auto sum(First first, Second second, Rest...rest){
return first+sum(second, rest...);
}
sum(1,2,3,4,5,6,7,8,9);

最適化なしコンパイルだとクソ真面目に45*sizeof(int)と9段分のリターンアドレスとか諸々をスタックに積む

最適化ありコンパイルなら大体インライン展開されるからさほど大事にはならない

**デフォルトの名無しさん** · 2022/03/11(金) 07:47:35.25

#include <utility>
template<class First>auto sum(First first){return first;}
template<class First, class... Rest>
auto sum(First first, Rest... rest){
return first+sum(rest...);
}
template <class T, T... Seq>
auto sum_seq(std::integer_sequence<T, Seq...>) {
return sum(Seq...);
}
int main() {
return sum_seq(std::make_index_sequence<100>());
}
こんな感じになるよ
https://godbolt.org/z/obj4ra671
途中経過のテンプレートも全て関数実体として展開される
最適化すると、この例だと全部定数で計算されるけど

**デフォルトの名無しさん** · 2022/03/11(金) 08:12:59.76

流石にちょっと説明追加しておきます。
sum_seq(std::make_index_sequence<100>())の部分は
sum(0,1,2,3,...,97,98,99)と同じです。
sum(0,1,2,3,...,97,98,99)は
sum(0) + sum(1,2,3,...,97,98,99)で計算されます。第2項の
sum(1,2,3,...,97,98,99)は
sum(1) + sum(2,3,...,97,98,99)で計算されます。第2項の
sum(2,3,...,97,98,99)は
...
sum(98,99)は
sum(98) + sum(99)で計算されます。
つまりすごい再起的に呼び出してバカ正直に壮絶な計算をするため、スタック消費も大きいということ。

**デフォルトの名無しさん** · 2022/03/11(金) 08:30:00.26

おれおれtemplateの例ですね。

**デフォルトの名無しさん** · 2022/03/11(金) 11:44:15.06

普通はテンプレつかった可変引数でも、イニシャライザでforで回して足して終わりっしょ。
なぜ自分で再帰にして書くのやら。

**デフォルトの名無しさん** · 2022/03/11(金) 12:14:25.50

>>440
一般には可変長テンプレート引数の型が一律とは限らないので

**デフォルトの名無しさん** · 2022/03/11(金) 12:45:09.09

>>440
initializer_listは実行時の解釈なので
翻訳時に全てを解決できるテンプレートを使っていて
それが出てきてしまうと残念な気持ちになる

**デフォルトの名無しさん** · 2022/03/11(金) 19:55:16.89

constexprでやればいいじゃん

**デフォルトの名無しさん** · 2022/03/11(金) 19:58:15.85

なんでもtemplateにしたい病なんですよ。プロジェクトで一番迷惑なタイプです。
おれおれtemplateは可読性、保守性が一気に落ちるので勘弁してください。

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

読む方は溜まったもんじゃないが書くのも実行速度もなんだかんだテンプレートが一番早いんで…

**デフォルトの名無しさん** · 2022/03/11(金) 21:26:30.13

>>444
純コンパイラ方式の言語を使ってるのに
中間コードを使わにゃならんところが出てくると
残念な気持ちにならん？

もっと極端に言うとアセンブラからBASICやBATを呼び出すようなこと
人それぞれで何も感じない人っているのかね

**デフォルトの名無しさん** · 2022/03/11(金) 22:03:21.13

例えばさっきのシーケンスをランダムな数字をその場で生成みたいな感じにすると、
#include <random>
#include <iostream>
#include <utility>
using namespace std;
template<class First>auto sum(First first){return first;}
template<class First, class... Rest> auto sum(First first, Rest... rest){return first+sum(rest...);}
template<class... Args> auto print_and_sum(Args... args) {
for (auto e: {args...}) cout << e << endl; // ココ
return sum(args...);
}
template <typename F, size_t... Seq> auto gen_and_print_and_sum_impl(F func, index_sequence<Seq...> ) {
return print_and_sum(func(Seq)...);
}
int main() {
random_device seed_gen;
mt19937 engine(seed_gen());
const size_t n = 3;
cout << gen_and_print_and_sum_impl(
[&](size_t i){ return engine();},
std::make_index_sequence<n>{}) << endl;
return 0;
}
こんな感じになるけど、genとprintとsumを分けたいとなるとtupleにしたくなって、templateでparameter packとtupleを行き来することになり、結構煩雑になる気はする
今は分けずに初期化リストにぶち込んで誤魔化してるけど…
こういうのも分けてtemplateにする？

**デフォルトの名無しさん** · 2022/03/11(金) 22:03:23.71

>>446
加算するだけの処理でtemplate使わない場合
どういった中間コードが作成されるのですか？

**デフォルトの名無しさん** · 2022/03/11(金) 22:52:13.11

ちなみに分けてテンプレートにしてみた。もう1レスに収まらないので消えたらごめんｗ
https://godbolt.org/z/YoxG7b4ro

**デフォルトの名無しさん** · 2022/03/11(金) 23:14:03.97

#include <random>
#include <iostream>
#include <tuple>
using namespace std; // 余計なコード消したらギリギリ入ったｗ
template<class First>auto sum(First first){return first;}
template<class First, class... Rest> auto sum(First first, Rest... rest){return first+sum(rest...);}
template<typename T, size_t... Seq>
auto sum_tpl_impl(const T& tpl, index_sequence<Seq...>) {return sum(get<Seq>(tpl)...);}
template<typename... Types> auto sum_tpl(const tuple<Types...>& tpl) {
return sum_tpl_impl(tpl, make_index_sequence<tuple_size<tuple<Types...>>{}>{});
}
template <typename T, typename F, T... Seq> auto gen_impl(F func, index_sequence<Seq...>) {
return make_tuple(func(Seq)...);
}
template <size_t N, typename F> auto gen(F func) {
return gen_impl<decltype((func)(0))>(func, make_index_sequence<N>{});
}
template <typename T, size_t... Seq> void print_impl(const T& tpl, index_sequence<Seq...>) {
for (auto e: {get<Seq>(tpl)...}) cout << e << endl;
}
template <typename T> void print(const T& tpl) {
print_impl(tpl, make_index_sequence<tuple_size<T>{}>{});
}
int main() {
random_device seed_gen;
mt19937 engine(seed_gen());
const size_t n = 3;
const auto tpl = gen<n>([&](size_t i){ return engine();});
print(tpl);
cout << sum_tpl(tpl) << endl;
return 0;
}

**デフォルトの名無しさん** · 2022/03/12(土) 13:11:11.84

大学で下記のようなSTLアルゴリズムの課題が出たのですが、全然わからないです

Hogeというstructがあったときに、
class HogeCollection {
public:
　　void display(ostream& os) const;
　　friend ostream& operator << (ostream& os, const Hoge& hoge);
private:
　　vector<Hoge> m_hoges;
};

display関数でm_hogesのすべてのHogeに対して os <<を呼び出し出力させなさい。
ただしforやwhileなどの手動ループを使用しないこと。

**デフォルトの名無しさん** · 2022/03/12(土) 13:12:32.40

>>450
ちょっとバグってたので修正
template <typename F, size_t... Seq> auto gen_impl(F func, index_sequence<Seq...>) {
return make_tuple(func(Seq)...);
}
template <size_t N, typename F> auto gen(F func) {
return gen_impl(func, make_index_sequence<N>{});
}

**デフォルトの名無しさん** · 2022/03/12(土) 13:14:20.70

>>451
言われた通りにやればいいやん

**蟻人間** ◆T6xkBnTXz7B0 · 2022/03/12(土) 13:16:03.75

>>451
<algorithm>を見てみ。便利な関数があるから。

**デフォルトの名無しさん** · 2022/03/12(土) 13:21:05.85

「STLアルゴリズム」の課題だからSTL使えばいいんだもんな…
自分でアルゴリズム実装しろって課題だったらちょっと面倒だが

**デフォルトの名無しさん** · 2022/03/12(土) 13:21:47.65

>>453,454
ありがとうございます。
std::for_each()なんてのがあるんですね・・・

**デフォルトの名無しさん** · 2022/03/12(土) 13:55:39.46

度々すみません。
display関数を書いたのですが、VS2019でコンパイルエラーになります。

void HogeCollection::display(ostream& out) const
{
　　std::for_each(m_hoges.begin(), m_hoges.end(), [](const Hoge& hoge){ out << hoge; });
}

error C3493: 既定のキャプチャモードが指定されていないため、'out' を暗黙的にキャプチャできません