C++相談室 part143

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/15(土) 13:51:53.57

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

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

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
https://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/ (日本語)

----- テンプレここまで -----

VIPQ2_EXTDAT: default:vvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 00:19:04.81

クロックとか言ってるやつもロートルだな
全く世の技術についていけてない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:19:14.34

>>597
ない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:19:40.29

>>596
「>>598」にも書いたが、要素のサイズが大きい場合や、要素のコンストラクタの
重い場合には、reserve()はとても遅くなる。要素のコンストラクタの中で
メンバの確保やコピーのためにnewが1つでも行われる場合には、listよりもほぼ必ず
遅くなる。コンストラクタ内のnewがN個だとlistのN倍遅くなる。

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 00:21:13.94

ハイパフォーマンス必要なとこでlistなんか使わないからど素人さん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:25:40.63

>>601
それに、reserve()のためには、一般的には、要素は、コピー・コンストラクタを
持つ必要がある。一方、listの場合には、コピ・コンを省略できる。
C++を使っていると分かるが、デフォルト・コンストラクタを作ることはほぼ必須
だが、コピ・コンはめんどくさいので書きたくないことが多い。その場合に、
listの方が楽。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:26:45.21

>>602
vectorとreserve()の組み合わせはもっと駄目だ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:27:30.60

forward_list
とか知らないんだろうな
バカそうだし

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:31:07.37

>>601
要素既知の配列と同様の用途の場合、まともなスキルのあるプログラマなら、サイズ指定constructor、empty状態でのresize、empty状態でのreserve
のいずれかを使う。
そうするとmalloc一回と、前者二つは要素数分の要素型の配置newデフォルトもしくはコピーconstructorが呼ばれる。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:31:14.53

>>604
お前の頭中、vectorかlistしかないのなw
もとの生ポ押しはどうしたの？w

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:36:08.58

vector相当にcapaciry()+xなreserve相当をするCArrayってのがあってだな
MS自身がどうしてもこれじゃなきゃ駄目な場合以外使うなと言うくらいの糞

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:36:47.68

>>606
要素数既知なら、最速が TYPE aaa[N] で次が new TYPE[N]。
逢えて vector を使う意味がない。

empty状態の reserve() とかしてまで vector にこだわる意味が分からない。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:38:37.52

>>607
むしろ逆で、生配列使えばいい場面で、何故か vector に固執する人がいるんだよ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:39:15.33

どこにそんな人居たの？
レス番あげてよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:48:01.35

サイズ完全固定ならstd::array
最大サイズが既知なら少し無駄だがvector
格納領域内包する最大サイズ指定のvector擬きがあればベストなんだが

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:51:39.87

後はサイズが大きくてスタック上に確保したくない時もvector使うだろ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:53:59.44

>>613
その場合は、TYPE *pAaa = new TYPE[N];

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 00:56:53.06

まだやってるのかw

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 01:00:33.98

>>614
それ最悪
例外安全性放棄ほぼ確定

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 01:02:18.21

自称天才すげーな
自分が何かいてるのか分かってないんだろうな
規格も読んでなさそう

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 01:05:54.39

>>614
てか今時こんなコード書く奴いたら、できうる限り関り合いにならないようにするね。

こんなのが先輩面して新人に教育してたらもう最悪

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 01:21:19.34

>>618
あなたは、C++とC#の速度が変わらないと思ってる系統の人だよね。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 01:21:50.22

>>597
ベクトル演算とか、並列処理とか

OpenCL, CUDA とか

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 01:52:09.26

shared_array はまだ標準化されてないんだね。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 02:32:03.47

たぶんこのおっさん例外安全って何かわかってないw

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 02:56:32.67

>>622
std::array を使うと例外安全が確保されて、
TYPE *pArr = new TYPE[N];
だと確保されないと思うのはなぜ？

絶対に確保できないと言い切れる根拠でもあるの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 02:58:14.89

>>623
誰がヒープ回収するねん...

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 03:00:26.38

とりあえずnewとかmake_sharedとかIDEがなくても型が明らかな場合はauto使おう

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 03:00:52.24

>>624
「ヒープを回収する」
とはどういう意味か分からない。

メモリ確保の失敗は大体回復不可能なはずなんだけど、どうするつもりなの。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 03:01:53.76

「メモリ確保に失敗したこと」のメッセージを出す以外に対処法はないと
思うんだけど。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 03:16:52.36

なんでnewで例外起こる話しているんだか
本当に全くわかっていないのね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 03:47:53.77

どうでもいい話はやめて今までにない新しい画期的なテクニックの話をしてくれ
頼む
一生のお願い

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 05:48:37.09

>>549
> n * (P * 2 - E * 0.5) > H2 - H1.
> n > (H2 - H1) / (P * 2 - E * 0.5).
> となる。
(P * 2 - E * 0.5)がマイナスだと不等号が逆転するのを忘れている
3 > 2 の両辺を-1で割ると -3 < -2

2019/07/04(木) 07:22:01.27

>>629
そんなテクニックはここに書かない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 08:41:24.64

>>626
newの例外の話なんてしてしてません。
本当にレベル低いやっちゃな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 08:52:16.87

TYPE *pArr = new TYPE[N];
と同じスコープ内(のdelete pArrの前)で例外が発生した場合に
>>624
>誰がヒープ回収するねん...
という話ですな

**デフォルトの名無しさん** (ｽｯｯﾌﾟ) · 2019/07/04(木) 09:10:15.58

また話それたのかｗ
ポインタもコンテナも結局都合の悪いレスはスルーしてるからこうなる

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 09:34:14.60

こいつC++98で時間止まってるからな
20年かけてSTLコンテナの使い方学んで
その結果がvectorよりlist、それ以上に生ポインタが最強って結論
どうせ40代おっさん低収入だろうけど、自分を天才と呼び、
数学ががどうのこうの言うわり、単なる足し算掛け算をどや顔でさらすし、
本当読んでて可哀想になってくる

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 10:15:53.90

要素数固定ってコンパイル時に固定の意味と実行時にある値に決まるって意味があると思うけど
前者では T Arr[N]
後者では　std::unique_ptr<T[ ],>
を使ってしまう。
それ自体をreturnしないときは std::array を使うのがかったるく感じてしまう

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 10:35:11.99

>>636
arrayはもうひと頑張りしないとだめだな。
宣言時に値を初期化するとき、値の数をテンプレートパラメータに手打ちとか
要素数省略できるCスタイル配列に負けてる

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/07/04(木) 11:36:25.81

>>637
c++17から推論補助が出たので要素数指定不要です。
c++14以前はmake_arrayとか作ればいける

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 11:42:55.77

でも std::begin std::end があるからスコープ内の単純な配列に std::arrayを使う
メリットがいまいちわからないんだよねー

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 11:55:46.77

begin endは普通の配列にも使えるだろ

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 11:56:48.16

>>638
おお、ほんまや。
かゆいところに手が届いて行くのぅ

**デフォルトの名無しさん** (ｽﾌｯ) · 2019/07/04(木) 12:06:11.23

template関数で受けたときにポインターにならないからauto lambdaで受けてもsizeがとれる

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 12:17:57.65

>>640
だから普通の配列を使ってしまうという話なんだが

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 12:19:43.85

>>642
その場合にはそうだね
でも関数に渡すとき大抵 begin end だからなあ

**デフォルトの名無しさん** (ｻｻｸｯﾃﾛ) · 2019/07/04(木) 12:49:15.77

>>642の言ってるのは配列の参照にキャストされないからだと思うんだけど(自分もそれが不便だと思う)
そのキャストを実装しない理由あるんかね？
中身ただの配列なんやろ？

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 12:50:55.35

>>643
変なところで改行するなよ

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 15:52:29.03

>>646
なるほどすまん
100人中98人位が誤解する改行だた

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/07/04(木) 17:29:10.64

構造体をchar配列にシリアライズする方法を教えてください

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 17:31:04.99

memcpy

**デフォルトの名無しさん** (ﾜﾝﾄﾝｷﾝ) · 2019/07/04(木) 17:32:23.03

キャストしてぶっ込め
なお環境とアドレスによってはバスエラーが発生したりするよ

**デフォルトの名無しさん** (ｽﾌｯ) · 2019/07/04(木) 17:41:18.95

>>645
cとの互換性に起因した過去コードとの互換性保つために、配列を引数で渡そうとするとpointer渡しになるのだろう。
受け側でtemplate使ってT (&arr)[N]みたいに明示的に引き取らない限りは

c++20でstd::spanが使えるようになれば楽になるな。
それでも完全転送は通らないけど

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/07/04(木) 17:42:05.56

配置newで出来たりしますか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 20:00:03.82

>>651
いや、受け側でそう書いても、普通の配列はいけても
arrayは通らないんだわ・・自分の書き方が間違ってるのかもしれんけど
https://wandbox.org/permlink/LBzgUfB6MRtk9P12

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 20:05:01.64

使ってるコンパイラのArrayヘッダの実装見てそのメンバ変数名をしらべてそれを指定すれば通る

**デフォルトの名無しさん** (ｽﾌｯ) · 2019/07/04(木) 20:12:08.06

reinterpret_castならいけたけど未定義かどうかは知らん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 20:40:50.48

別に無理に通そうとしてるわけじゃないんだぜ
arrayの不備のひとつではないかな、ってだけ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 20:53:10.33

暗黙変換定義すれば出来るんだろうけど、出来ない方が自然な気がする

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 20:54:01.06

>>636
以下コードがちゃんと動くの今知った。サンクス。
std::unique_ptr<Test[]> test(new Test[5]);

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 21:48:13.92

確かに内部配列の参照を取得する手段はあってもいい気がする
先頭のポインタはdata()で取れるけど、配列型そのものへと読み替える手段って標準の範囲にはないんだな
ちょっと意外

**デフォルトの名無しさん** (ﾜﾝﾄﾝｷﾝ) · 2019/07/04(木) 22:18:07.85

えっじゃあdataはどこをさしてんのよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 22:36:36.22

>>659の言う「配列型」が要素数まで含んだ型のことなら無くて当たり前。
要素数を含まないのなら先頭要素へのポインタと同等。
なにを意外に思ったのかわからん。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 22:41:46.89

>>660
いや、わかりにくかったかもしれんけど
配列の参照にキャスト出来れば配列またはarrayから、静的に要素数が取れるのよ
現状だとそういう時array版と配列の参照版の2つを書かなきゃいけない
ので配列の参照のキャスト演算子も定義しててくれたらなぁ・・
と思ったらポインタへのキャストも無いのね

まぁあくまでSTLフレンドリーな配列ってことなんだろう

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 22:51:51.05

ポインタ使うなと言ったそばからイテレータ使ってたら同じだろ、と誰も言わない優しいスレ

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 22:52:31.12

バイナリ肥大を屁とも思わず静的解決マンセーのやつに名前つけたいんだけどなんかないかな？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:07:27.43

イテレータ渡してるならdistanceで取ればええやん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:11:39.07

バイナリむしろ減ることも多いしな
バイナリ肥大が許せないなら多少の工夫で何とでもなる

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:30:20.81

バイナリ肥大を気にするならそもそもc++じゃなくてc使えや。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:32:41.86

c使っても変わらんだろ
無駄に面倒臭くなるだけで
c++のままバイナリ肥大対策した方が楽だし効果も変わらない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:34:32.32

なんだ真性のバカか。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:35:07.30

std::vector::resize(size_t n）ならn要素きっかりになるお
および（>>439もご存知のはずの）std::vector::reserve()で10とか20に指定することもできるお
（その通りのメモリ確保が行われるかどうかは最適化に依存し得るが

>>439
そのサンプルコードでは不適切で、最適化が利いている可能性があるお
だってコンパイラが見渡せる範囲で要素のpush_back()をしていないし…
（していたとしても定数回数のループならやっぱ最少サイズになり得る

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:36:33.90

訂正；
誤：だってコンパイラが見渡せる範囲で要素のpush_back()をしていないし…
正：だってコンパイラが見渡せない範囲で要素のpush_back()をやられる可能性が無いコードやし…

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:37:50.01

お前らそんなにカツカツのターゲットで仕事してるの？
フリースタンディング環境でトースターの制御マイコンとかそういう世界？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:42:16.32

マイコンでRAM1キロとかでもc++つかうよ。
ヒープどころかスタックすら殆んど使えず、ループカウンタすらstatic使うような状況でも、高級マクロとしての性能はc++の方が上
オーバーロード使えるだけでもありがたい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:44:44.77

しかしポインタは悪という考えには賛成する
全てのオブジェクトはimmutableであるべきだが現実にはそうではない
（オブジェクト指向プログラミングはmutableなオブジェクトを作る仕事だと一般に理解されている
するとポインタや参照の使用はオブジェクトの参照透明性を失わせる究極の悪となる

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:45:53.18

バイナリ肥大は余り気にしなくていい
ROM容量はRAMとは桁違いに余裕あるし
速度稼ぐためにテーブル作って持っておくとかでもc++だとやり易いw

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 00:42:05.40

ポインタは悪いは草
プログラムの性質そのものだろｗ
良いも悪いもない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 00:50:35.24

>>675
おいおい
今時組み込みでrom実行する環境ほとんどないだろ
だいたい普通肥大化したかどうか比較できん
２つ作ることなんてまずないし
もし容量が足りなくなったら実行コードより他のでかいデータがやり玉になるので目立たない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:08:22.53

参照子を長い時間や広い空間で保持する行為が危険なのはどんな言語でも同じ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:20:04.09

>>678
全部値コピー（deep copy）ならそうはなんね

>>67７
ポップアップトースター…

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:20:13.88

ファームウェアのバージョンアップとかなら容量との戦い出てくるんでないの

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:20:46.48

rom実行する業界ですまん
自分とこの環境はrom容量も限られてるけどロジックでの肥大化よりデータの肥大化の方が圧倒的に大きいからそこまで気にならんけど

**679** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:29:54.68

すまん全部immutableならと書こうとして手が滑った、

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:33:18.52

ポップアップトースターのファームウェア（入力はほとんど時間と温度だけ、出力は動作だけ）で
実行コードより他のでかいデータが生じるケースとは
なんじゃらほい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:33:25.26

高級アセンブラの役割があること理解してる奴いないな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:48:21.75

シンプルなポップアップトースターに電子制御はいらんし
電子制御するような高機能トースターなら音声データくらい入ってるかもしれん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 02:03:59.75

転倒したときに加熱が停止するようにするくらいの制御はいるでしょ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 02:10:23.60

>音声データ
なおROMに置ける固定データはコードに含めるものとする
（>>675も事実上そう言っているのだから後出しではナイ

>>686
それは「出力は動作だけ」に含まれる
転倒したときプログラムがやることは、姿勢判定用センサと温度とタイマーの入力を受けて状態変数を何個か弄りつつヒーターを切るだけなんじゃ…
データの生成というプロセスは無い

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 02:11:34.20

転倒時の停止なんかに電子制御はいらん
床面に接触するとオンになり、離れたら回路が切断される、というような単純なスイッチだけで十分

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 02:12:54.60

もっとも、状態変数みたいなmutableで邪悪なものを使わずに
全てimmutablueなオブジェクトでスマートに済ませるなら、オブジェクトの生成がデータの生成に該当し、多少RAM容量を消費するが
な、

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 02:20:38.54

>>688
なるほど

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/05(金) 07:41:44.43

Rom実行でC++のテンプレートばりばり使ってバイナリ肥大しても問題ない環境ってどんなの？
プロセッサ、OS、メモリのサイズあたりどんなもん？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 08:32:12.48

OSは無し、CPUは数百Mhz、RAMは数十KB
誤解を招いたかもしれんが環境がこういう感じなんでテンプレートばりばりなんて無理なんだ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 10:27:12.65

C++はろくに使いもしない巨大モジュールがプログラムのビルド時にリンクされるから実用性ないわな・・・

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/05(金) 11:53:33.73

>>692
そのレベルの組み込みならわかる
C++全面的に使ったりしないよね

謎なのが
>>673
その環境でどうやってC++使い倒してんの？
例外ありなんだよね？

2019/07/05(金) 12:05:00.53

またCで十分おじさんか

**デフォルトの名無しさん** (ｽﾌｯ) · 2019/07/05(金) 12:26:27.03

もちろん例外なし、RTTIなし、標準コンテナなし、仮想関数無し、new mallocも無し
だよ
templateで組み込みのC関数呼び出しに変換する固定小数点クラス作ったり、peripheralの実アドレスにmapしてメンバ関数で制御可能なラッパー作ったりと、メモリやバイナリ肥大しない様に使うのでも、c++機能は色々使い手が多い

**デフォルトの名無しさん** (ﾄﾞｺｸﾞﾛ) · 2019/07/05(金) 13:02:54.74

いわゆるBetter Cだろ
俺もそう言うのよくやる

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/05(金) 13:20:11.14

>>696
バイナリ肥大気にしないって言った人？
言うこと変わってんじゃんw

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 13:31:43.83

？
元々バイナリ肥大全く気にしないとかではないだろ
template使うとバイナリが必ず肥大するってのが大嘘なのよ
うまく使えばCよりユーザー側の負担を減らしたまま、バイナリサイズ減る方向に誘導出来る
ifdefのスイッチを型で分岐して自動指定するようなことが出来るからね