C++相談室 part147

**デフォルトの名無しさん** · 2019/12/18(水) 17:56:53.03

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

前スレ
C++相談室 part146
https://mevius.5ch.net/test/read.cgi/tech/1573094136/
このスレもよろしくね。
【初心者歓迎】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/ (日本語)

STLつかうと一気に実行ファイルサイズが10倍に?！

環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない

すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。

↑え？だってお前、普通ダイナミックリンクするだろ？
"ダイナミックリンク"す・れ・ば、ファイルサイズ**増えないです**

**デフォルトの名無しさん** · 2020/01/26(日) 22:55:11.25

そうなんだよね
この仕様がどこで決められてるものかがよくわからない
ぐぐったら
ttps://stackoverflow.com/questions/18889028/a-positive-lambda-what-sorcery-is-this
というのが見つかってなんか built-in overload らしいんだけど
結局のところ関数オブジェクトに対する仕様がどこに書かれているのかよくわからない
でもわりとよく使ってる

**はちみつ餃子** ◆8X2XSCHEME · 2020/01/26(日) 23:01:50.07

>>791
・キャプチャしている変数がないクロージャは関数ポインタに変換可能であり、関数ポインタが必要なところでは暗黙に型変換される
・クロージャに単項 + を適用することはできない (ので関数ポインタに型変換してから解釈される)

という合わせ技によって関数ポインタになる。
(キャプチャしてる変数があるときは変換できないよ)

**デフォルトの名無しさん** · 2020/01/26(日) 23:05:52.70

関数オブジェクトには関数ポインタへの暗黙の変換が存在して
operator+(T*)がそれ自身を返すからということね

**デフォルトの名無しさん** · 2020/01/26(日) 23:09:35.82

まじで？
たまたまできるってことなのか
なんか今後使うのためらうわw

**はちみつ餃子** ◆8X2XSCHEME · 2020/01/26(日) 23:11:17.20

>>795
専用の、クロージャをポインタに変換する機能というわけではないという意味ではたまたまだけど、
ちゃんと保証された動作なのでためらわなくていいと思うなぁ。

**デフォルトの名無しさん** · 2020/01/26(日) 23:14:39.96

>>796
もし今後関数オブジェクトに他の暗黙変換が追加されたらって考えると気が引ける
まぁ使うんだけどさ

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

普通に型宣言すればいいだけだよねこれ。

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

>>776
実験してないので間違ってるかもしれないが、
(型名)ptr で関数ポインタへキャストする場合、
( int(*)(int) )ptr
と書いても良いが、
( int(int) )ptr
と書いても良かったかも知れない。というのは、
typedef int (*FUNC)(int);
と書いても良いし、
typedef int FUNC(int);
と書いてもよかったり、関数型のポインタ pFunc に対して、
(*pFunc)(123);
と書いても良いし、
pFunc(123);
と書いても良い、とか。

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

>>776
C89 から関数型の表記としては解釈されるかと。
コンパイルが通る文脈は C++ まで無かったかもしれんけど。
C++ でも今のところ using とテンプレート引数以外では使えなさそう。

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

>>799
一部、コンパイラが故意にエラーにする可能性は有るが、
int(*ptr)(int);
は、関数へのポインタ型の変数ptrの宣言。
int(*)(int)
は「関数へのポインタ型」そのもの。
int func(int);
は、関数のプロトタイプ宣言だが、内部処理的には関数型の変数 func を定義しているような
解釈がされた後、関数型の場合の特別な処理として変数ではなくプロトタイプ宣言に特別
処理がされる。そして、
int(int)
は「関数型」そのもの、という解釈になる。
よく見るとこれらに対抗関係が有ることが分かる。
なお、最後のint(int)はコンパイラの内部処理的には関数型そのものだという解釈になるが、
コンパイラがその場合に特別にエラーを出す処理系と出さない処理系があるかもしれない。

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

>>801
対抗関係 ---> 対応関係

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

>>801
何が言いたかったというと、戻り値(引数型) を解釈する新しい仕様が追加された
というより、数学の数式のようにみたときに一貫した規則に従っていることが
わかるということ。言葉で言えば、
　「定義文に置いて、名前を除去すると型名になる」
という規則。
int func(int);
という定義文に置いて、名前であるのは func。だから、funcを除去した、
int(int)
は、funcの型名になる。名前funcの型は、「関数型」だから、これは関数型
という型名そのものとなる。
int a;
の場合、名前であるのは a で、aの型は、int型。だから、この定義文から
名前を除去した int は、int型ということになる。
int (*pFunc)(int);
の場合も、pFuncという変数の定義文であるが、この定義文における名前とは
pFuncであるので、pFuncを除去したところの
int (*)(int);
は、pFuncの型であるところの、「関数へのポインタ型」となる。

つまり、同じ法則にしたがっている。

**はちみつ餃子** ◆8X2XSCHEME · 2020/01/27(月) 00:36:25.26

関数型が暗黙に関数ポインタ型に型変換されるルールで引っ掛かってるってことかな？
関数型そのものは C++ が出現した最初から存在すると思うよ。 C にもあるもの。

こういう特殊な変換ルールを強制するために std::decay がある。

**800** · 2020/01/27(月) 01:15:58.29

>>776
typeid で使ってもコンパイル通った。

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

RustってどれくらいC++に取って代わるんろうか
互換性以外でC++使う意味ない、みたいな時代はくる？

**デフォルトの名無しさん** · 2020/01/27(月) 02:15:18.60

Rustの話はRustスレでやれ
布教すんな

**デフォルトの名無しさん** · 2020/01/27(月) 06:56:19.70

>>783
スマートオブジェ

**デフォルトの名無しさん** · 2020/01/27(月) 09:23:59.26

C++のライブラリはC++からしか使えないから最高なんです
何故ならヘッダという古臭い仕組みを採用しているからww
なおCOMは

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

>>798
そりゃauto使いたいからじゃない
その理屈ならそもそもlambda使わずに普通の関数書けばいいってなる

**デフォルトの名無しさん** · 2020/01/27(月) 10:29:36.60

>>783
[](int b) { return b;};　だけなら明らかにラムダ式の関数ポインタだけど
それをオーバーロードか何かの+で虚無と足し算してんの？

*[](int b) { return b;};
これは掛け算でもするの？

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

関数ポインタではない
スマートオブジェクトへのポインタだ
ただの関数ポインタならファンクタとして機能しない

**デフォルトの名無しさん** · 2020/01/27(月) 10:54:24.33

>>811
単項演算子の+だろ

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

>>811
はちさんが答え書いてるよ
>>793

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

ラムダはデリゲートじゃねー。一個しか保持できんわな。
と遅レス。

**デフォルトの名無しさん** · 2020/01/27(月) 15:47:35.27

ステートレスラムダって用語が出てこないんだね
stateless lambda

**デフォルトの名無しさん** · 2020/01/27(月) 15:57:13.10

>>804
template <typename F>
void test(F&&) { cout << 1; }
void test(int(*)()) { cout << 2; }

int func() { return 0; }

int main()
{
test(func); //2
test([]{ return 0; }); //1
}

ステートレスラムダを関数ポインタに渡すのはconversionで
関数を関数ポインタに渡すときのlvalue translationとは違う

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

lvalue transformationだ、これは失礼

**はちみつ餃子** ◆8X2XSCHEME · 2020/01/27(月) 16:10:02.82

>>817
おっ。そうなんや。

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

g++だと、これ通るｗ
auto closure = []{ return 0; };
using funcp = int(*)();
test(closure.operator funcp());

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

[]の後()不要だっけ？

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

引数がないなら省略可能

**はちみつ餃子** ◆8X2XSCHEME · 2020/01/27(月) 17:56:21.86

>>814
ワイはどちらかというとはちみつより餃子の方にアイデンティティがあるので…・…

**デフォルトの名無しさん** · 2020/01/27(月) 18:43:12.12

>>822
勉強になりました。

**デフォルトの名無しさん** · 2020/01/27(月) 19:32:41.69

>>812
×スマートオブジェクトへのポインタだ
○スマートオブジェクトだ

**デフォルトの名無しさん** · 2020/01/28(火) 09:26:07.54

しょうもないシンタックスシュガーの話が好きな奴多いね。

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

gotoおじさんまた登場だよ

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

>>827
踊るポンポコリンの｢インチキおじさん登場｣を思い出した。あんまり間違ってないだろう。

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

ボコられるの好きなんか？　変態めｗ

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

物事は適切に伝えろ
それが出来ないなら口を開けるなカスども

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

ラムダが関数ポインタとかほざいてるカスが居てびっくりしたわ

**デフォルトの名無しさん** · 2020/01/28(火) 11:05:50.35

>>831
インライン展開されるから？

**デフォルトの名無しさん** · 2020/01/28(火) 11:12:08.47

>>831
>>783 のこと？

**デフォルトの名無しさん** · 2020/01/28(火) 11:23:05.28

個人的にはテンプレートなのに糞のSTLよりも
マクロωのQtの方がうまくやれてる実用的だと思う

**デフォルトの名無しさん** · 2020/01/28(火) 11:24:46.27

>>758
typedefに夢観すぎ

**はちみつ餃子** ◆8X2XSCHEME · 2020/01/28(火) 11:30:08.83

まあ個人的な感想は個人的な感想だからなぁ。
俺は Qt に対してなんやこのクソはとしか思わんが、
広く使われている現実がある以上は実用性は高いんだろう。たぶん。

**デフォルトの名無しさん** · 2020/01/28(火) 11:38:43.71

Qtのmocは何か嫌だ

**デフォルトの名無しさん** · 2020/01/28(火) 11:45:43.67

>>835
ああ、usingを使うべきだったな
typedefなんてダセーもんもういらねえって
頭ではわかってるんだが長年の癖でぽろっと出ちまう

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

マクロを名前空間に閉じ込められるようになれば、マクロの害悪の何割かは減らせるはず。

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

ということは名前空間をプリプロセッサが処理せにゃあかんな
translation phaseを根本的にぶっ壊さないと無理だと思うが

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

typedefが駄目で、usingが好まれる理由を教えてください。

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

否定的な視点から散々な言われ方をされがちなC/C++のマクロだけど、
Java/C#/Python/Pwel/Rubyに似たテキスト変換がないことに物足りなさを感じることが多いのも事実。

**はちみつ餃子** ◆8X2XSCHEME · 2020/01/28(火) 16:39:59.59

>>841

私が思いつくのは
・ using は名前を導入するという一巻した意味規則がわかりやすいから
・ using はテンプレートに出来るから
・ typedef だと複雑な型定義をするときに肝心の新しい名前が中の方にあって見づらい

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

typo。PwelじゃなくてPerl。Perlはめっきり影が薄くなった。
PerlはGit for Windowsにバンドルされているので世の中の大部分のプログラマーがすぐに使える環境にあるのだが、
Git本体はPerl依存を減らす方向に進んでいるらしい。

**はちみつ餃子** ◆8X2XSCHEME · 2020/01/28(火) 16:44:19.67

>>842
Cプリプロセッサを Java やら Python やらにつこうてもええんやで。

そういえば cpp を使うことを (習慣的に) 想定してる言語って C/C++ を除けばHaskell (GHC) くらい？
汎用プリプロセッサとして使うなら M4 あたりの方が賢いしなぁ……。

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

>>841
たとえばこういう場合
#define STR char*
STR a, b; //これ、どうなる？

もしこうなっていたら
using STR = char*;
STR a, b; //これはどうだ？

おまえさんの好みに合うのはどっちだ？
そこに答えがある

**デフォルトの名無しさん** · 2020/01/28(火) 17:02:35.33

>>841
あ、すまんtypedefか

typedef 内容ごちゃごちゃ名前;
using 名前 = 内容ごちゃごちゃ;

体裁が揃えやすいのはどっちだと思う？

**デフォルトの名無しさん** · 2020/01/28(火) 17:12:58.09

typedef も using もエイリアスという点では
char * と STR の区別が出来ないから後で困る

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

関数ポインタの別名を作るときなんぞ

typedef int (*funcp)(); //内容ごちゃ名前ごちゃ
using funcp = int(*)(); //名前 = 内容ごちゃごちゃ

という違いが出る

**デフォルトの名無しさん** · 2020/01/28(火) 17:25:49.44

usingを使うと03脳が発狂する

**はちみつ餃子** ◆8X2XSCHEME · 2020/01/28(火) 17:28:55.68

でもまあヘッダファイルを C と C++ の両方で (マクロで少し切り分けて) 使いたいってことはあるから、
そういうときは typedef にしといた方が共用できる部分が多くて楽ってことはある。

**デフォルトの名無しさん** · 2020/01/28(火) 17:34:48.43

>>849
そこだけだと構文糖衣以上のメリットはないよね

**デフォルトの名無しさん** · 2020/01/28(火) 17:46:32.93

どっちでもええやん

**はちみつ餃子** ◆8X2XSCHEME · 2020/01/28(火) 17:55:35.77

>>849
ポインタまわりはテンプレートの記法で書けば統一的でわかりやすい気がするが、
たぶん他の名前とかぶらないようにするためか長めの名前なのがちょっとなぁ……。

using funcp = std::add_pointer_t<int(void)>;

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

こういうのもある。
https://qiita.com/Linda_pp/items/44a67c64c14cba00eef1

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

>>842
PL/1はいいぞ
制御構文としてif程度しか使えないしょぼいC/C++マクロと違ってプリプロセッサでDOループやGOTOとかも使えるしサブルーチンの定義すらできるぞw
https://en.m.wikipedia.org/wiki/PL/I_preprocessor

**デフォルトの名無しさん** · 2020/01/28(火) 19:30:49.93

そういえば最近Boost.Preprocessorを使った楽しい黒魔術の話題を聞かない気がする
あれってまだ開発継続してるの？

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

>>849
typedefの方が簡単じゃん
コピペして＊付けて（）付けるだけ

**デフォルトの名無しさん** · 2020/01/28(火) 20:11:17.93

マジでか・・・

**デフォルトの名無しさん** · 2020/01/28(火) 20:52:12.39

>>852
おまえさ、usingはテンプレートにできること、まさか知らないの？

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

小学生かよw

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

CPPってもうメンテされていないようで怖い
#define FOO 123 // comment
とはとうてい恐ろしくてどうしても書けず、
#define FOO 123 /* comment */
と書いてしまうま

**デフォルトの名無しさん** · 2020/01/29(水) 11:25:21.25

N4713
5.2 Phases of translation
3
Each comment is replaced by one space character. New-line characters are retained.

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

>>860
そこだけって書いてあるのに脳内で読み飛ばずのは
国語の成績悪かったやつの特徴

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

>>864
おい852本人、「構文糖衣以上のメリットはない」という自分の言葉から逃げるのに
そういう言い訳は見苦しいぞ

今さら吐いた唾を飲むなよ

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

なぜ喧嘩腰なのか。

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

喧嘩腰がC++民のデフォだから

**865** · 2020/01/29(水) 14:36:19.23

俺は争いは好まないが、
平和的な話し方をしないやつには
場合にもよるが嫌悪感を露にすることもある

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

戦士の血がそうさせると言いたいのか。

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

平和を愛するという点で共感が得られず
こちらが下手に出ることのベネフィットがない相手には容赦は無用ということだ

**デフォルトの名無しさん** · 2020/01/29(水) 17:24:59.34

戦士と戦士が巡り合ってしまうと、バトル・フィールドが形成されるシステムってことか。

**デフォルトの名無しさん** · 2020/01/29(水) 17:32:22.00

>>870=ID:VrR0aqw1
マウント取りたいだけの初心者だから相手しない方がいい

**デフォルトの名無しさん** · 2020/01/29(水) 17:39:26.08

>>867
多くのC++民が喧嘩腰なのでなく、一部の喧嘩好きの戦闘民族のレスが目立ってるだけじゃね。このスレから相手に勝つことだけが目的の無意味なレスの応酬を取り除いたら、1/10も残らないと思うぞ。

**デフォルトの名無しさん** · 2020/01/29(水) 17:54:15.31

いや最近のC++に対するちょっと否定的な意見が出ただけで
過剰反応する住民のせいでもあると思うぞ
で、そういう奴に限って間違いを素直に認めたりなどしないからな(代理戦争で議論するやつ特有のパターン

**デフォルトの名無しさん** · 2020/01/29(水) 17:55:39.09

>>872
正直に言えよ、「gotoの何が悪いのか詰問されると困るから」相手しないと
マウント取られそうでヤバいんだろｗ

**デフォルトの名無しさん** · 2020/01/29(水) 17:59:00.62

俺ID:loc7kxiYだからgotoの話はしてないよ
で、前にも聞いたけど反論まだ？

**デフォルトの名無しさん** · 2020/01/29(水) 18:07:15.67

ああ、そのIDのときはSTLの話だったな
そこでマクロの話も出てきていたが
隠すべきものと隠してはならないものの区別がつかない点で
gotoの何が悪いのかわかってないやつとプロファイリングが一致するんだよ

俺の正直な気持ちを教えといてやる
マウント取りたいんじゃなく、頭からアホにしてんだよ
こんなやつをマウントできたからって偉くも何ともねえ

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

いやSTLじゃなくてテンプレートを持て囃しすぎって話だったんだが
まぁいいや

**デフォルトの名無しさん** · 2020/01/29(水) 18:20:58.67

おまえが犯人か。

**デフォルトの名無しさん** · 2020/01/29(水) 18:31:24.45

なんかおかしなのがいるよね

圧倒的にこっちが勝っている状態で意味不明な反論？してきて意味不明だから返せないと逃げたとか言う奴

**デフォルトの名無しさん** · 2020/01/29(水) 18:33:57.19

5chなんてそんなところ
何を期待してるんだか

**デフォルトの名無しさん** · 2020/01/29(水) 18:50:11.91

明日早いから失礼するとは言ったが
それを謎変換せにゃならん切羽詰まったやつがいるのかｗ

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

gotoは初期化を飛び越えることが出来ないと聞きました。

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

usingってテンプレート使えたっけ

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

使えます。

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

初期化を飛び越えることができるバーストモードgotoないでしょうか。

**デフォルトの名無しさん** · 2020/01/29(水) 21:34:59.03

longjump

**デフォルトの名無しさん** · 2020/01/29(水) 22:05:22.85

465のlongj【u】mp野郎まだいたのかｗｗｗ

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

バカほど多くの機能を使いたがるってのがプログラマーが解決しなければならん問題だな。

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

なんだと！
あやまりたまえ！

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

使いどころが悪いって指摘ならまだしも、ある機能を使い所で使うなとか言うのは結局俺が分からんからってだけだよね

**デフォルトの名無しさん** · 2020/01/29(水) 22:32:41.05

使いどころが本当に正しいか頭使って考えてりゃね。
バカは流行りだから、なんかカッケーから以上に何も考えてないから
レガシー化するわけだ。
んでまた新しいものに飛びついていく。