C++相談室 part150

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

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

前スレ
C++相談室 part149
https://mevius.5ch.net/test/read.cgi/tech/1581974381/
このスレもよろしくね。
【初心者歓迎】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/31(火) 01:43:07.29

後半の方はint getHalfA()みたいなメンバ関数を設ければいい
前半は関数オブジェクトのこと？何言ってんのかわからん

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

>>63
1,2は、速度面以外ではどちらでもいいが、速度を重視するなら2。
なお、getter, setter は元々、巨大なプログラムでバグを減らすために発明されたようなものだから、小さいプログラムでは特に使う必要は無い。

**デフォルトの名無しさん** · 2020/03/31(火) 03:28:43.09

>>65
C#では、getter, setter を凄く高頻度で使ってもいいような設計思想なのかもしれないが、かなり意見が分かれるところ。
クラスを保護する目的では使っても良いが、普通の代入とは動作を変えてしまいすぎる
ようなものは想定した動作との勘違いによる逆にバグの元になる可能性があるのでお勧めしない。
使い道があるのは、代入箇所や読み取り箇所の動作の変更を手作業や grep 置換に頼らずに確実に行いたいような場合だと思うが、小規模なプログラムでは単純に手作業や grep 置換で直した方がよい。
新しい機能は大宣伝されるので初心者が飛び付きがちだが、実は余り普段は使わないほうが良い機能であることもかなり多いので注意。

**デフォルトの名無しさん** · 2020/03/31(火) 08:10:50.56

>>63
教条主義なら1番
毎ループの中でオブジェクトはそれぞれ異なる
今回の関数Aと前回の関数Aは別物である、という思想になる
逐一newするとそれっぽくなる

**デフォルトの名無しさん** · 2020/03/31(火) 10:02:16.71

>>63
そういう問題を自分が求めるパフォーマンスレベルに最適化できる（やらなきゃならん）のがc++だぞ。

**はちみつ餃子** ◆8X2XSCHEME · 2020/03/31(火) 10:16:06.05

>>63
デフォルトコンストラクタは引数をとらないコンストラクタのことなのでなんか勘違いしてるぞ。

実行コストか抽象化の都合でどうしても事前にしなければならないことがあるなら 2 の選択肢しかないし、
そうでないときはクラスにする意味がないので普通の関数で書けばよくねって思う。
そのふたつの選択肢の間で迷わなければならない場面というのが既になんかおかしい状態に入り込んでる気がする。

**デフォルトの名無しさん** · 2020/03/31(火) 10:34:43.57

c++使いなら速度を追求しろ
速度こそ正義だ

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

>>66
C#は実行時最適化に期待できるのと、ABI互換するのが作法なんで
C++で真似する意味はあんまりないよね。

**デフォルトの名無しさん** · 2020/03/31(火) 12:39:27.67

おい、パフュームはコーディング捗るぞ。

**デフォルトの名無しさん** · 2020/03/31(火) 14:18:42.21

なんか前提条件抜きで「こう書くのが良い」みたいな答えを求める初心者が最近多いっぽいな
セオリーに従順といえば聞こえはいいが、自分のおかれてる状況でどうすべきかの決断をとことんサボろうとしてるとも言える

**デフォルトの名無しさん** · 2020/03/31(火) 14:28:08.91

>>71
「C#はABI互換するのが作法」
という意味が分からないので詳しく。

個人的には、C#でgetter,setterが作り易くなっているのは、HTMLの「property」
を操作するJSの流儀にルーツを持つのではないかと思っている。

そう思う理由の一つは、WinFormsでも、イベントハンドラ(関数)を登録するのに、インスタンス変数に関数の名前を代入するような形式を使っているのが、JSのイベントハンドらの作法にそっくりだし、
Formのフラグ類の設定方法が、HTMLのpropertyやCSSのstyleの設定方法とそっくりだから。

普通、C++だとメンバ関数を通じてオブジェクトに「命令を出す」事でオブジェクトの状態を変える
作法が取られることが多いが、JSだと同じ事をpropertyを設定することで行う。
後者の場合、propertyを設定したら、イベント終了後にDOM要素が自動的にその変化が反映される。
JSのその作法はコードを短く書くのには適してはいるが、インタプリタ的な動作でも有り、
変数の代入のように見える書き方に「副作用」が伴うのがC/C++言語の文化だとちょっと違和感を感じる
人も居ると思う。

**デフォルトの名無しさん** · 2020/03/31(火) 14:39:26.00

>>74
なお個人的には、
C#のような自動化された setter, getter を使うより、
void SetXxx(TYPE x); や TYPE GetXxx();
を明示的に使ったほうが、set, get している場所をgrep検索し易いと思う。
xxx = yyy で settter を呼び出す作法の場合、grep検索するなら、
正規表現で xxx*s\= などと書く必要があるし、コンストラクタで
使われている場合や関数の引数に「代入」されている場合にはこれでは検索しきれない。
自動化されることで使用箇所が見えにくくなり、トラブルの元になる可能性がある。

getterの方は使用箇所の検索は不可能になる。

**デフォルトの名無しさん** · 2020/03/31(火) 14:42:36.42

C#はC++と違ってシンボルの完璧な静的解決が可能だからgrep性なんかどうでもいいんだよ
VSでポチポチしたら一瞬で完全な呼び出しツリーが出来上がる

**デフォルトの名無しさん** · 2020/03/31(火) 15:09:58.10

>>73
プログラマは怠惰であるべきってのを間違ったとらえ方してるバカは世の中には多い。

**デフォルトの名無しさん** · 2020/03/31(火) 15:12:48.63

>>75
メモ帳でコード書いてるのか？w

**デフォルトの名無しさん** · 2020/03/31(火) 17:49:17.43

viでは。

**デフォルトの名無しさん** · 2020/03/31(火) 20:44:47.09

【速報】東京都が #新型コロナウイルス感染症死亡者数を過少評価か、

「例年より少ない」とされていたインフルエンザ関連死が急増＝国立感染症研究所
https://www.niid.go.jp/niid/ja/flu-m/2112-idsc/jinsoku/1852-flu-jinsoku-7.html …

コロナで死んだのインフルに振り替えてるんじゃまいか
こういうニュースが出てくる時点で隠蔽はもう無理
おそらくパンデミックは避けられないと思うね

**デフォルトの名無しさん** · 2020/03/31(火) 22:00:06.46

言語仕様はメモ帳で書く場合を想定すべき
メモ帳で楽に書ければ開発環境でも楽に書けるが、逆はない
開発環境がなければ書けないような構文は構文自体おかしいと認識するべきだ

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

なぜメモ帳？
そこはedlinだろ？

**デフォルトの名無しさん** · 2020/03/31(火) 22:05:49.04

Excelよく使ってる。

**デフォルトの名無しさん** · 2020/03/31(火) 22:07:47.94

ExcelはExtended cellという意味とExcellentという意味がある。
と思う。

**デフォルトの名無しさん** · 2020/03/31(火) 22:14:04.53

電卓にはプログラマ・モードがあるのに。
Excelにはない。
不思議な話だ。

**デフォルトの名無しさん** · 2020/03/31(火) 22:14:37.75

そういえば電卓も良く使う。

**デフォルトの名無しさん** · 2020/03/31(火) 22:19:10.66

そりゃmac用ソフトだもの

**デフォルトの名無しさん** · 2020/03/31(火) 22:52:39.00

皆さんありがとうございます
正直個人で利用するだけなら関数でいいし今までも関数で済ましてたんですが、他人に教えるときに変数定義などが散らばってると教えるのが面倒くさいという理由でクラス化したんですよね

**デフォルトの名無しさん** · 2020/03/31(火) 23:13:13.12

関数で済むならその方が良い
プログラムが複雑な動作ができるのは「状態（＝変数）」を持つから
単純にできるならその方が良い
変数は悪だよ、必要悪

**デフォルトの名無しさん** · 2020/04/01(水) 08:43:31.52

class変数ってのはstatic変数とlocal変数の中間的なイメージをもってる。
static変数よりかマシだけど状態を持つことには変わりはない。
まあlocal変数だけでプログラムするのもつらいって場面も多いけど。

**デフォルトの名無しさん** · 2020/04/01(水) 13:47:46.62

気になったので教えて

c＋＋的に関数のbool型戻り値に関数の成功失敗返すとして、真が成功で偽が失敗が一般的？

c言語だと戻り値がintで0が成功、それ以外が失敗ってのか良くあるけど、c++もこの形が一般的？（偽が成功、真が失敗）

個人的には前者を良く使うんだけど

**デフォルトの名無しさん** · 2020/04/01(水) 13:55:09.05

boolとintで区別するってのが一般的で
boolの場合言ってる通りでintの場合cの流儀に沿うのが普通じゃね。

**はちみつ餃子** ◆8X2XSCHEME · 2020/04/01(水) 14:38:59.32

>>91
エラーであることと同時にエラーの内容 (エラーコード) も返したいという要求がある。
なので 0 を成功として、失敗ならエラー内容に対応する数値 (真値) を返すというやり方が生まれた。
でも C の標準ライブラリには失敗として 0 を返した上でエラーの内容は errno に設定するものもあるし、
グダグダなんやわ。
真偽のどちらを成功とするか失敗とするかは、どちらかが一般的と言えるほど統一されてはいないと思う。

C++ だと失敗は例外で投げてしまえるから返却値はあくまでも正常系のみの結果を返すべきという意見もあるし、
例外は何かと問題があるので避けた方がいいという人もいる。

std::optional は「有効な値があるとき」と「有効な値がないとき」を区別できるけど、
成功・失敗に対応づけるにはちょっとイマイチな感じもあるしなぁ……。
結局のところ場合による。

**デフォルトの名無しさん** · 2020/04/01(水) 17:14:10.11

おれも >>92 の認識
結果boolとintでfalse/0の意味が入れ替わるわけだが
intはエラーコードを返す余地があるが
boolの場合失敗をfalseでだけで返しても実用上役に立たないと思う
falseが返ってきたら呼び出し側は何をすればいいかまで考えるべき
内部エラー的などうしようもないもののときは関数内で勝手にabortした方がまし

**デフォルトの名無しさん** · 2020/04/01(水) 18:14:31.33

>>94
実は、エラー番号を返されても、出来ることは限られていて、
ハードウェアエラーの様なものなら、使用者にそのメッセージを
表示することは出来るが、単に関数の呼び出し方の間違いの場合も
多くてその場合は開発時にエラー番号を調べて対処するしかない。
エラー番号によってプログラムの動作を変えて対処できるケースは全体のごく一部。

**デフォルトの名無しさん** · 2020/04/01(水) 19:18:06.29

>>95
それで十分役にたっとるがなw
実行時にあらゆるエラーをリカバリーしろという話ではないさ

**デフォルトの名無しさん** · 2020/04/01(水) 19:24:00.89

std::sortにconstexprが付くことについてコメントお願いします。

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

標準ライブラリで付けられるところには全部付けろ

**デフォルトの名無しさん** · 2020/04/01(水) 23:20:02.25

コンパイル時にソートしてくれるってやばない？

**デフォルトの名無しさん** · 2020/04/02(木) 00:18:03.16

左様boolを成功か失敗かの意味で使うのが悪い
boolは単純に真偽として解釈すべきでありかつその解釈で十分な場合に使う他無い
例： std::vector::empty()

どーしても成功か失敗かの意味で使いたいなら
成功なら真、失敗なら偽の値を返す関数なりマクロなりで
wrapした結果をboolにすべきや
例：
　inline bool SUCCEEDED(int retval) { retun (retval == 0); }
　inline bool FAILED(int retval) { return (retval != 0); }

**デフォルトの名無しさん** · 2020/04/02(木) 00:21:01.87

constexprはやばいがなぜにソート？
というかコンパイル時ソートの需要なんかあんのか？
100万件のデータをソースに埋め込んでコンパイル時にソートしたいとは思わないな

**デフォルトの名無しさん** · 2020/04/02(木) 00:25:29.31

そんなでかいのコンパイルに時間がかかって仕方がない
数十数百までなら実用的なコンパイル時間で済みそうだし需要はあるだろ

**デフォルトの名無しさん** · 2020/04/02(木) 00:38:17.67

その程度なら実行時でいいやってなる

**デフォルトの名無しさん** · 2020/04/02(木) 00:43:04.78

ソート後もまだコンパイル時評価に使えるじゃん

**デフォルトの名無しさん** · 2020/04/02(木) 01:00:56.93

意味わからんけど
コンパイル時にソートしてくれるのはいいと思うよ
でもそれがスゲー便利とはならないだろうなってこと

**デフォルトの名無しさん** · 2020/04/02(木) 01:08:47.28

明らかにアンチパターンだろ。
constexprてフーリエ変換の係数とか定数だけどちょっとした計算が必要なものに使うもんだろうに。

**デフォルトの名無しさん** · 2020/04/02(木) 01:25:43.89

いや、それこそruntimeで良いんじゃね

**はちみつ餃子** ◆8X2XSCHEME · 2020/04/02(木) 03:49:46.91

>>106
プログラマに対してアンチパターンだろっていうのと標準ライブラリがどうあるべきかってのは違うでしょ。
標準ライブラリがやってくれる分にはプログラマにとっては何も損なことはないじゃん。

**デフォルトの名無しさん** · 2020/04/02(木) 06:22:02.07

>>108
不自然なことやってバギーだったり、その挙動がユーザーにとってデバッグしずらいものだったら
プログラマーにとって損だろ。
なんでもコンパイラにやらせればいいと思ってる輩はそのことを全く理解してない。

**デフォルトの名無しさん** · 2020/04/02(木) 06:40:45.16

ソートが必要になる程のデータ数をコンパイル時に用意するならコンパイル時ファイル読み込みも必要じゃない

**デフォルトの名無しさん** · 2020/04/02(木) 08:31:42.99

>>109
> 不自然なことやって
不自然かどうかは単なるお前の主観

> バギーだったり、
処理系の問題

> その挙動がユーザーにとってデバッグしずらいものだったら
無理矢理の仮定

> プログラマーにとって損だろ。
お前にとって損なだけ

コンパイル時できることはコンパイル時にやるのはC/C++の思想としては当たり前
嫌なら使わなきゃいいだけ

**デフォルトの名無しさん** · 2020/04/02(木) 12:24:51.88

あんまり同意できないね
仕事で使う上だと嫌なら使うなというのは困る
多人数で作るうえでは使わないなら使われない仕組みが必要だからね

あとユーザが気軽にO(n^2)、O(n^3)みたない激重アルゴリズムをコンパイルフェーズに
組み込めるわけだけど、それコンパイラの仕事か？と思う
大規規模開発だとコンパイル時間の伸びは問題になる
フェーズわけるべきだよね
実際ビルド時に事前計算するものは多々あるけど、個別にスクリプトとか組むことに別に不満ないし
c++のコンパイルで一発で完結する必要性を感じない

**デフォルトの名無しさん** · 2020/04/02(木) 13:47:09.18

嫌なら使うなって、C/C++のことだろ
つまり転職したほうがいいと暗に言っている

**デフォルトの名無しさん** · 2020/04/02(木) 13:48:21.30

うん、まぁ、自分ならメタプログラミングとか特殊化で
定数のソートがあったら助かるかも・・助からないかも・・程度だけど
標準のやることに疑問を呈すと必ず>>111みたいな変なのが湧くよね

まぁ、コンパイル時のソートしてもしなくてもコンパイル時のオーバーヘッドは微々たるもんじゃね？
大量のインスタンス化とかが起きなければ。

**デフォルトの名無しさん** · 2020/04/02(木) 13:54:25.98

あ、あと
＞コンパイル時できることはコンパイル時にやるのはC/C++の思想としては当たり前
20年使ってるがそんな思想聞いたこともない
あとコンパイル時に出来る(上に、後で困ったりしない)場面って少ないよ
実際のソフト開発に使ったことないと気付かないんだろうけど

**デフォルトの名無しさん** · 2020/04/02(木) 14:01:37.69

いや、constexprのお陰もあってコンパイル時に解決できることは思いの外増えている

**デフォルトの名無しさん** · 2020/04/02(木) 14:09:38.15

実例挙げてくれ

**はちみつ餃子** ◆8X2XSCHEME · 2020/04/02(木) 14:31:13.11

constexpr つっても定数式の文脈以外ではコンパイルのフェイズで計算する保証はないよ。
コンパイラの裁量でほどほどにしてくれるからコンパイルのコストが極端に増大することは心配しなくていい。
(たぶんオプションとかで制御できるようになってる。)

constexpr の制約の範囲内に変形するのが難しいようなものまで無理して constexpr 化する必要はないけど、
付けれるもんなら付けとくくらいのスタンスでよいんじゃないかなぁ。

**デフォルトの名無しさん** · 2020/04/02(木) 14:37:59.99

保証も何も、実行時にしか分からん値をどうやってコンパイル時に計算するんだ
はちみつ自身よく分かってないだろ

**デフォルトの名無しさん** · 2020/04/02(木) 14:38:59.27

＞(たぶんオプションとかで制御できるようになってる。)
初耳だな

**はちみつ餃子** ◆8X2XSCHEME · 2020/04/02(木) 14:44:22.92

gcc のオプションをざっと検索してみたけど、
定数式の文脈とそうでないときを区別して指定するようなものは見つからんかった……。

**はちみつ餃子** ◆8X2XSCHEME · 2020/04/02(木) 14:45:31.73

>>119
入力がコンパイル時にわかる値 (定数式) でもその関数の呼び出し自身が定数式の文脈にない場合のことを言ってる。

**デフォルトの名無しさん** · 2020/04/02(木) 15:00:36.45

>>122
「定数式の文脈以外では」保証もクソも原理的に不可能だと言ってんの

**はちみつ餃子** ◆8X2XSCHEME · 2020/04/02(木) 15:11:28.10

>>123
できるよ。入力が定数式なら。

**デフォルトの名無しさん** · 2020/04/02(木) 15:21:55.32

それを定数式の文脈と呼ぶんじゃないの

**はちみつ餃子** ◆8X2XSCHEME · 2020/04/02(木) 15:24:28.21

>>125
いいえ。

**デフォルトの名無しさん** · 2020/04/02(木) 15:26:39.69

あー調べたら意味わかったわ、結果を格納する左辺が非constexprなら定数式としては呼ばれないと決まってるんだな
それを定数式の文脈と呼ぶのはおかしいと思うが

**はちみつ餃子** ◆8X2XSCHEME · 2020/04/02(木) 15:30:04.54

>>127
cpprefjp でそういう用語を使ってるから私もそれに倣ったんだけども、
cppreference の方では「定数式を要求する文脈」という言い方をしてるなぁ。
こっちの方がわかりやすいと思うので今後はこっちを使うようにするよ。

**デフォルトの名無しさん** · 2020/04/02(木) 16:34:46.83

標準化以前からTMP大ウケだったC++に何求めてるんだよ

**デフォルトの名無しさん** · 2020/04/02(木) 17:00:14.72

使い道を想像できない人のほうが多いことにとても驚いてます。

**デフォルトの名無しさん** · 2020/04/02(木) 17:05:14.94

Javaは心が洗われるような美しい言語だったのに、豆とか言い出したあたりから汚れてしまった。
もはや何も感じない。

**デフォルトの名無しさん** · 2020/04/02(木) 17:05:16.25

>>130
だから実例よろしく

**デフォルトの名無しさん** · 2020/04/02(木) 17:05:53.37

>>132
Excel使わなくて済むなって。

**デフォルトの名無しさん** · 2020/04/02(木) 17:08:51.09

https://html.spec.whatwg.org/multipage/parsing.html#parsing-main-inhtml
今ここやってんの。
色々検索してたら、std::sortにconstexprが付くというのを見つけて。
なんだこれ！
なんだこれ！
なんだこれ！
となった。
でもまだついてないから使えない。

**デフォルトの名無しさん** · 2020/04/02(木) 17:11:36.01

なぜ驚くのかよくわからん
ポイントは何？

**デフォルトの名無しさん** · 2020/04/02(木) 17:19:53.12

翻訳時に解決できることを、実行環境に持ち越さないために
コンパイラ方式であることが20年かかってもわからんやつが
constexprという止めまで刺されてまだ暴れてるな

**デフォルトの名無しさん** · 2020/04/02(木) 17:21:23.16

20年前のitaniumみたいな失敗を繰り返そうとしてるバカ。

**デフォルトの名無しさん** · 2020/04/02(木) 17:48:06.37

大変驚いています！

**デフォルトの名無しさん** · 2020/04/02(木) 17:53:56.92

コンパイル時にソートできるのか

**デフォルトの名無しさん** · 2020/04/02(木) 18:05:19.51

>>136
うん、だから実例よろしく
所詮、TMPでやってたことを実行時コンパイル時普通の関数の形で書けるなら便利ってだけの話だよね
constexprの利点がそれ以上であるというなら実例出せ

**デフォルトの名無しさん** · 2020/04/02(木) 18:12:59.71

発想を逆にしてみたらどうだろ。
100万件のデータをソートしたらコンパイル時間が増えるみたいな方向性じゃなくて。
100万件のデータにマッチさせる側の数十件の情報をコンパイル時にソートするとしたら？
ぐもももも！ってなる。

ちなみに100万件の文字列をソートするのは数百ミリ秒。
そんなに怖がるほどでもない。

**デフォルトの名無しさん** · 2020/04/02(木) 18:13:43.47

>>140
コンパイラ方式という壮大な実例を出しているんだが
20年かかってもわからんやつには無理のようだな

**デフォルトの名無しさん** · 2020/04/02(木) 18:19:18.38

>>141
普通そういうのはファイルから読むだろうしなぁ・・
(そういう意味では>>110に同意するけど

**デフォルトの名無しさん** · 2020/04/02(木) 18:23:36.92

これは凄いことですよ！

**デフォルトの名無しさん** · 2020/04/02(木) 18:26:27.69

21世紀最大の発明と言われる右辺値参照についてもコメントお願いします。
ノーベル賞はいつ決まるんでしょうか。

**デフォルトの名無しさん** · 2020/04/02(木) 18:28:13.54

まあPL/1は35年前からプリプロセッサでサブルーチンも定義できてたから今更コンパイル時にソートできてもたいした驚きはないわ

**デフォルトの名無しさん** · 2020/04/02(木) 18:35:18.32

西洋人の決定論が反映されている
「未来は決まって無い」という考え方はダイナミックであり動的と呼ばれる

「未来は全て決まっている」というのが彼らの古典的な思考方法
未来において起こることの全ては、あらかじめ既に決まっている
というか、神が決めた

そういう宗教的思想あるいは神学が反映されている

**デフォルトの名無しさん** · 2020/04/02(木) 18:42:26.03

禿げにノーベル賞を！

**デフォルトの名無しさん** · 2020/04/02(木) 18:51:05.61

>>147
ドラゴンブックを一通り実装したかどうかで変わるだけでは。

**デフォルトの名無しさん** · 2020/04/02(木) 19:38:08.14

右辺値参照とmoveでET不要になる？

**デフォルトの名無しさん** · 2020/04/02(木) 21:38:05.56

>>150
不要にはならない。
より効果的に使えるようになる。

**デフォルトの名無しさん** · 2020/04/02(木) 21:57:48.18

>>147
自分が書いたコードの中までコペンハーゲン解釈なんだろ
量子コンピュータでもないTTL～CMOSの回路で

**デフォルトの名無しさん** · 2020/04/03(金) 19:34:28.81

>>150
「ET」とはなんですか？

**デフォルトの名無しさん** · 2020/04/03(金) 21:35:11.04

>>153
ET (Expression Template)

**デフォルトの名無しさん** · 2020/04/03(金) 22:08:14.80

>>152
デジタル回路は決定論的かもしれんがI/Oを通して外界と繋がっている件

**デフォルトの名無しさん** · 2020/04/05(日) 06:22:54.73

デマングルのことで質問があります。Ubuntu上でwebkitgtkというライブラリを見てるんですが、ライブラリ内に
以下のような2つのシンボル

_ZN3WTF6StringC1EPKDsj
_ZN3WTF6StringC2EPKDsj

があるんですが、これらはデマングル後

WTF::String::String(char16_t const*, unsigned int)
WTF::String::String(char16_t const*, unsigned int)

となって区別がつかない（少なくとも自分には）んですが、これはどういうことでしょう。C1とC2という部分の違いは...
ちなみに元のコード上では同じ型のコンストラクタがダブってたりはしていません（と思います）。し、ダブってたら
コンパイル時にエラーになりますよね?
リンカー的にはデマングル前のシンボルで扱うんでしょうから両者とも必要なんでしょうねやはり

**デフォルトの名無しさん** · 2020/04/05(日) 08:18:36.63

unique_ptrについて質問です。
std::unique_ptr<T> uptr(new T);
に対して、uptr.get() と *reinterpret_cast<T**>(&uptr) は常に一致するでしょうか。

用途としては生ポインタの配列を受けとる関数にstd::vector<std::unique_ptr<T>>を渡したいです。
例：
void display_ptr(size_t n, int** pp){
　　for(size_t i=0; i<n; ++i){
　　　　std::cout << pp[i] << '\n';
　　}
}
int main(){
　　std::vector<std::unique_ptr<int>> vec;
　　for(size_t i=0; i<3; ++i){
　　　　vec.emplace_back(new int);
　　}
　　display_ptr(vec.size(), reinterpret_cast<int**>(&vec[0]));
　　return 0;
}

**デフォルトの名無しさん** · 2020/04/05(日) 09:51:55.61

>>157
しない

**デフォルトの名無しさん** · 2020/04/05(日) 13:16:18.53

>>156
https://chromium.googlesource.com/chromium/src.git/+/62.0.3178.1/third_party/WebKit/Source/platform/wtf/text/WTFString.h
88行あたりから

**デフォルトの名無しさん** · 2020/04/05(日) 14:16:13.12

>>156
ググったらすぐに出てきたぞ
https://stackoverflow.com/questions/49824915/ambiguity-of-de-mangled-c-symbols

**デフォルトの名無しさん** · 2020/04/05(日) 14:41:32.21

UChar * と char16_t * の方だから 84-86 行目の方だったスマソ

**デフォルトの名無しさん** · 2020/04/05(日) 17:57:58.00

>>160
おっとすみません、単なるその説明の訳かもしれませんが、 内部的には (1)基底クラスを直接使う時のコンストラクタ (2)基底クラスから継承したクラスを
使う時に基底クラスを初期化するコンストラクタと二つある、
けどデマングルした名前では両者の区別はつかなくなる（だけ）、みたいな感じでいいんですかね?

>>159 >>161
うーんと意味がよくわからないです。あと、特定のコードには寄らない話っぽいですね。

**デフォルトの名無しさん** · 2020/04/06(月) 00:17:22.43

２次元のレイキャスティングを作成しようとしてます。

ttps://github.com/OneLoneCoder/olcPixelGameEngine/blob/master/Videos/OneLoneCoder_PGE_ShadowCasting2D.cpp
にあるコードを現在javaで書いており、

ttps://youtu.be/fc3nnG2CG8U?t=1519
のように縦に長く１本線が出来てほしいのですが、
縦やにブロックを並べた時に、なぜか１ブロックごとに線が出来てしまいます。

どうすれば動画みたいに、縦に長い１本線が出来ますでしょうか？
コードは
ttps://ideone.com/spxzNE
に載せてみました。