C++相談室 part144

**デフォルトの名無しさん** · 2019/07/22(月) 13:18:35.52

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

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

このスレもよろしくね。
【初心者歓迎】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/ (日本語)

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

**デフォルトの名無しさん** · 2019/08/27(火) 00:16:27.36

最近C++を学び始めたのですが、
テンプレート引数の型をコンパイル時に文字列に変換する方法ってあるのでしょうか？

できればテンプレートの特殊化やプリプロセス命令を使わずに以下の用な感じでかければよいのですが

template<typename Type>
class Hoge
{
public:
static constexpr char* Text = Typeを文字列に変換して納入したい
};

**デフォルトの名無しさん** · 2019/08/27(火) 00:31:42.36

無理ゲー
あくまで自動にこだわるならtypeid使え。
自作クラスだけならクラス名を名乗るメンバ関数でも作っとけ

**デフォルトの名無しさん** · 2019/08/27(火) 01:14:06.25

https://github.com/Manu343726/ctti

**デフォルトの名無しさん** · 2019/08/27(火) 08:26:10.70

>てかヘッダ依存解決くらい書けなきゃまともなビルドシステムなんて絶対組めねーよ。

いつの時代から来たんだよｗ
ソースに #include 書く度にいちいちMakefile書き換えんのか？

**デフォルトの名無しさん** · 2019/08/27(火) 08:40:44.27

>>646
初心者狩りしてるこいつ一人ww

**デフォルトの名無しさん** · 2019/08/27(火) 17:31:34.79

>>649
以前nameofとかいうライブラリ？が同じくgithubにあったけどどっちが便利かな
というかこの手のは他にもあるっぽいな

>>651
いや合ってると思うけど
ウェブなのかネイティブなのか、多分ごっちゃになってるだろうからまずそこを指摘すべき

**デフォルトの名無しさん** · 2019/08/27(火) 18:46:31.35

別にウェブだからって既存のブラウザ上で動くものという定義はあるまい
サーバーサイドもクライアントサイドも両方C++で作ればいい
そもそもブラウザだってC++で作られているんだから

**デフォルトの名無しさん** · 2019/08/27(火) 19:25:57.30

>>653
両方自分で作るならもっとシンプルなプロトコルでやるよ

**デフォルトの名無しさん** · 2019/08/27(火) 21:20:18.36

typeidってPFで戻ってくる値が違うからテスト書くとき気をつけるん

**デフォルトの名無しさん** · 2019/08/28(水) 08:42:46.33

>>650
書き換えなくていいように書けるようにするってことだよバカ。
てか依存をしっかり見るって意味じゃヘッダを意識するってのは
相当大事なんだがな。
タスク管理を意識した場合、どんなレイヤーで仕事する場合でも重要になる。

**デフォルトの名無しさん** · 2019/08/28(水) 08:50:01.49

てか想像以上にビルド周りの技術ってc+11から入った輩は理解してないのな。。
またクソシステムの再生産が10年単位で続きそうだわ。。

**デフォルトの名無しさん** · 2019/08/28(水) 10:10:28.35

そりゃこのスレでも
「閃いた！stdを usingすれば文字を打つのが少なくなるよ！」って宣う輩がいるくらいだし

**デフォルトの名無しさん** · 2019/08/28(水) 10:16:52.21

趣味でc++のパズルにはまってる人と
仕事で生産的に使いたい人とでは
言語に期待するものが違うからね
区別しないと

**デフォルトの名無しさん** · 2019/08/28(水) 10:25:14.14

このビルド周りのクソ仕様のせいで年々インタプリタ型に人が流れていくんだわ

**デフォルトの名無しさん** · 2019/08/28(水) 11:21:15.45

VS使ってるからmakeとかさっぱりです

**デフォルトの名無しさん** · 2019/08/28(水) 11:48:22.94

新モジュールシステム対応で改善されるはず…
https://cpprefjp.github.io/lang/cpp20/modules.html

**デフォルトの名無しさん** · 2019/08/28(水) 14:10:32.76

そのうちC++ライブラリ用リポジトリとかC++用パッケージマネージャとか作りはじめそう

**デフォルトの名無しさん** · 2019/08/28(水) 15:22:40.67

車輪の再発明が好きなやつが多すぎてウンザリする
道具ばっか作ってどうすんだ
道具つかって絵描いたり家建築したりするのが仕事なのに

**デフォルトの名無しさん** · 2019/08/28(水) 17:41:27.32

仕事じゃなくて趣味だからな。

**デフォルトの名無しさん** · 2019/08/28(水) 18:52:20.58

makefileなんて十数年触ってないしもう忘れたけど
>>656-657には同意するわ
依存関係も考えた上で設計&利用しないとコンパイル時間の増大とかに全く対処できなくなる
新しい機能には飛びつくわりに古い部分(しかも無くなってるわけではない)をおざなりにするのはあかん

**デフォルトの名無しさん** · 2019/08/28(水) 20:21:30.73

>>662
テンプレートの export の問題とかさ。。ほんと何周同じことしてんだよって思うわ。

**デフォルトの名無しさん** · 2019/08/28(水) 20:42:39.92

>>656
これ、依存関係を自分で書くんじゃなくて gcc -M とかで自動的に判断させることを言っているんだろうか？
msbuildを含めて今どきの大抵のビルドシステムでできることなんだが。

**デフォルトの名無しさん** · 2019/08/28(水) 20:46:54.49

>>649
こんな良いライブラリーがあるんですね。
非常に助かりました。ありがとうございます！

**デフォルトの名無しさん** · 2019/08/28(水) 20:59:56.83

>>668
makeが実装が一番ネイティブでわかりやすいってことだよ。
bazelなんか中身はもろにmakeだろありゃ。
ただはじめからbazel使ってたらエラーメッセージ見てもわからんだろうし、
そういうのをはじめに薦める奴は詐欺だろ。

**デフォルトの名無しさん** · 2019/08/28(水) 22:02:26.02

makeがネイティブ？わかりやすい？冗談だろ
暗黙ルールとか特殊変数とか特別扱いのターゲットとかやめろ
アーカイブだの何だのを勝手に推定しておせっかいな処理挟み込むのを全部やめろ
積もり積もったウンコの山を無効にさせろ

**デフォルトの名無しさん** · 2019/08/28(水) 22:04:23.57

本来のmakeのルールは単純なのにな
なんであんなそびえ立つ糞になったのか

**デフォルトの名無しさん** · 2019/08/28(水) 22:09:49.61

ルール上書きしろよ

**デフォルトの名無しさん** · 2019/08/28(水) 22:33:45.39

>暗黙ルールとか特殊変数とか特別扱いのターゲットとかやめろ
まあこれはわかる。

>アーカイブだの何だのを勝手に推定しておせっかいな処理挟み込むのを全部やめろ
これは逆に暗黙のルールを使ってるからだろ。

基本的に明示的なmakefileを書いてないのが原因だが、
こんなこと言い出したら他のビルドツールなんて使えんぞ。。
vc compilerなんかもっと暗黙の設定まみれだわ。

**デフォルトの名無しさん** · 2019/08/28(水) 23:47:07.56

マルチプラットフォームで使えて、固定小数点を扱えるOSSっていいのないかな？

**デフォルトの名無しさん** · 2019/08/28(水) 23:56:49.59

GMPとか？
という話ではなく？

**デフォルトの名無しさん** · 2019/08/29(木) 00:02:01.84

cobol

◆QZaw55cn4c · 2019/08/29(木) 21:16:18.09

>>675
どうぞつかってください
https://mevius.5ch.net/test/read.cgi/tech/1434079972/51

**デフォルトの名無しさん** · 2019/08/29(木) 21:47:21.89

使われていないクラスのstaticメンバ変数って生成されないのでしょうか？

**デフォルトの名無しさん** · 2019/08/29(木) 22:28:37.81

>>678
汚いプログラムだなあおい

**デフォルトの名無しさん** · 2019/08/29(木) 23:00:42.76

>>679
多分生成される可能性が高いね
何故ならC++にはコンストラクタがあるから
つまりはstatic変数のコンストラクタで何かしているかもしれないだろう
だからリンカの最適化は削除をしないだろうね
ただ、普通のintとかだとリンカの最適化で削除されるかもしれないけど
まぁ運しだい
ともかく、規格では多分決まってない

**デフォルトの名無しさん** · 2019/08/29(木) 23:20:08.64

>>679
そのstaticメンバの定義を消してコンパイルしてもエラーにならなければ生成されてない
ちなみにstatic constとかの変数は元々ほとんどのケースで生成されてない

**デフォルトの名無しさん** · 2019/08/29(木) 23:21:51.82

やはりコンパイラによるのでは

**デフォルトの名無しさん** · 2019/08/29(木) 23:29:30.27

クラスのstatic変数といっても
コンパイラからしたらグローバル変数みたいなものだからな
使ってないグローバル変数は削除されるのか？
さあな

**デフォルトの名無しさん** · 2019/08/29(木) 23:33:23.53

visual sutdioというかvc++だと使ってないコードを削除するみたいなオプションあったからもしかしたら消えるかもしれない
他はよく知らない・・・

**デフォルトの名無しさん** · 2019/08/30(金) 00:11:27.74

libにしなかったらlinkしたobj全て
libにしたらobj単位でシンボル一つでも参照があればlinkされるのが基本じゃね
組み込み用のコンパイラだとそれ以上に頑張ってサイズ削ることもあるだろうけど

**デフォルトの名無しさん** · 2019/08/30(金) 00:41:24.99

グローバル変数のコンストラクタに起動時処理書いといたら、これが案外呼ばれるタイミングがわからない。
手続きの中で明示的に参照しにいかないとあかんと思った。

**デフォルトの名無しさん** · 2019/08/30(金) 00:46:48.02

static変数の参照返す関数つくるのはよくやる

**デフォルトの名無しさん** · 2019/08/30(金) 00:50:00.39

ここの動的初期化によるけど、まあ分からん・・・
定数初期化しとけるならそうしとくのがいいけどいつもできるわけでもない
https://ja.cppreference.com/w/cpp/language/initialization

**デフォルトの名無しさん** · 2019/08/30(金) 00:56:53.55

一見使ってないからと言ってコンパイラが勝手にデータ構造替えちゃったら動的リンク時とか整合性取れなくなっちゃう気がする

**デフォルトの名無しさん** · 2019/08/30(金) 08:30:00.34

動的ライブラリが元のバイナリの変数を暗黙に触るかはOSによる。
linuxは触れるがmacは触れない。

**デフォルトの名無しさん** · 2019/08/30(金) 21:41:54.95

std::string="あいう";

c++って内部的な文字コードって何になるのかな？
あといまいちwstringの使い分けがわかんない、日本語だとwstring使えばいいのか?

**デフォルトの名無しさん** · 2019/08/30(金) 21:49:07.10

決まってない
最近ようやく明示的にutf8対応しだした
wstringはワイド文字列

**デフォルトの名無しさん** · 2019/08/30(金) 22:10:41.83

決まってないって言うのは処理系依存ってこと？

**デフォルトの名無しさん** · 2019/08/30(金) 22:14:30.31

それぐらい自分で試したら？
それが確実でしょ

**デフォルトの名無しさん** · 2019/08/30(金) 22:18:34.99

sringの中の文字コードは入れた文字列の文字コード
普通の文字列リテラルの文字コードはそのソースコードが書かれたテキストの文字コード
文字列リテラルはu8などのプレフィックスをつければUnicodeになる

**デフォルトの名無しさん** · 2019/08/30(金) 22:19:54.88

試しただけじゃそれが処理系依存の結果かどうかなんて判断できんじゃん

**デフォルトの名無しさん** · 2019/08/30(金) 22:21:51.17

ここで答えもらってもそれが正しい保証がどこにある

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/08/30(金) 22:23:12.28

コンパイラによって日本語シフトジスなどのマルチバイト文字列の解釈が違って移植の際にトラブることがある。

**デフォルトの名無しさん** · 2019/08/30(金) 22:33:35.27

とりあえずリテラルにはu8やuをつけておけば問題ない

**デフォルトの名無しさん** · 2019/08/30(金) 22:39:07.85

そしてHPUXで悲鳴をあげることに

**デフォルトの名無しさん** · 2019/08/30(金) 22:41:21.90

正しい保証はできないかもしれんが間違いは明確だな

**デフォルトの名無しさん** · 2019/08/30(金) 22:53:05.39

gccならutf-8だろうけれど、最近のVCはどうだろ。

**デフォルトの名無しさん** · 2019/08/30(金) 23:28:54.53

文字コードの話題は盛り上がっていいね
ある意味一番ハマる部分かも

**デフォルトの名無しさん** · 2019/08/31(土) 01:18:30.00

u8つければいい

**デフォルトの名無しさん** · 2019/08/31(土) 12:17:38.05

char型および文字列リテラルが何になるのか不定なのがアレなので
もうさいしょからu8""とchar8_tとstd::u8stringを使うように徹底するのは良いのかもしれない

**デフォルトの名無しさん** · 2019/08/31(土) 13:49:09.93

WindowsはTCHARで書くべしみたいなのはまだあるの？
最近Windows使ってないもんでよく分からん

**デフォルトの名無しさん** · 2019/08/31(土) 14:24:18.19

昔から自分でオプション変えて好きにしろとしか

**デフォルトの名無しさん** · 2019/08/31(土) 14:25:31.75

>>706
でもUTF16の方が問題起きにくい気がする

◆QZaw55cn4c · 2019/08/31(土) 15:03:47.82

>>709
ファイルシステム関係は uft16 で、それ以外は utf8 で分けるしかないでしょうね、"ファイルシステム uft16" はやったことがありますが、utf8 はまだ触ったことがありません…

**デフォルトの名無しさん** · 2019/08/31(土) 18:44:11.09

utf8は冗長コードの問題があるから内部処理用コードには向かないんだよね。

**デフォルトの名無しさん** · 2019/08/31(土) 18:47:33.88

読みこみでハネるのが主流じゃね？
utf16が一番中途半端

**デフォルトの名無しさん** · 2019/08/31(土) 18:54:01.60

そうかな、場合にもよるけど、日常使う文字はほぼutf16に収まるし、
utf8だとstd::regexで日本語がまったくつかえないとかあるしで、
俺的にはutf16の方が便利かな。

**デフォルトの名無しさん** · 2019/08/31(土) 18:58:48.47

ほぼ収まるってのが一番厄介な所だろ
サロゲートペア対策してなさそう

**デフォルトの名無しさん** · 2019/08/31(土) 19:07:54.35

日常使う文字こそ今やサロゲートペアだらけなのに🐙

**デフォルトの名無しさん** · 2019/08/31(土) 19:34:37.71

絵文字はみんなサロゲートペアだもんな
あれのおかげでようやく欧米人どもが真面目にUnicode対応するようになった

**デフォルトの名無しさん** · 2019/08/31(土) 21:17:21.24

その代わり新宿ダンジョンよりも複雑奇怪になったけどな

**デフォルトの名無しさん** · 2019/08/31(土) 21:55:55.82

絵文字はやめてほしいわ。そもそも架空の文字は登録しないんじゃなかったのかよ。
21bitも使えてコードポイントに余裕があるからといってロクなことしない。

**デフォルトの名無しさん** · 2019/08/31(土) 22:01:23.04

足りなくなったらサロゲートペアを足せばいいからなw

**デフォルトの名無しさん** · 2019/09/01(日) 00:01:08.44

🀄🀄🀄

**デフォルトの名無しさん** · 2019/09/01(日) 18:32:43.72

もう全部utf32でいいんじゃね一番簡単だしみんなハッピーや

**デフォルトの名無しさん** · 2019/09/01(日) 19:43:20.80

utf32も結合文字が。。

**デフォルトの名無しさん** · 2019/09/01(日) 19:48:05.67

で、結局utf8でよくねってなる

**デフォルトの名無しさん** · 2019/09/01(日) 19:58:29.50

いろいろ工夫を凝らし始めるとiso-2022でいいじゃんという

**デフォルトの名無しさん** · 2019/09/01(日) 20:03:47.57

う、うん…

**デフォルトの名無しさん** · 2019/09/01(日) 21:56:38.21

文字列なんか一番基本的な物の一つなんだから
もっと簡単でもよかったのにね

**デフォルトの名無しさん** · 2019/09/01(日) 22:30:33.03

4byteの配列にコードポイントまんま入れるんだ
結合文字は忘れろ

**デフォルトの名無しさん** · 2019/09/02(月) 00:01:08.82

コードポイントじゃなくてメモリポインタじゃないの？

**デフォルトの名無しさん** · 2019/09/03(火) 08:08:26.56

オブジェクト指向の3大要素をすべて満たしたプログラム作れって課題なんだけど、じゃんけんでいいかな？

**デフォルトの名無しさん** · 2019/09/03(火) 08:58:16.91

じゃんけんでメッセージを送る機能が必要になるとは思わないが

**デフォルトの名無しさん** · 2019/09/03(火) 09:00:22.95

チャットでいいんじゃね？
画像と文字送れば色々実験できるし

**デフォルトの名無しさん** · 2019/09/03(火) 09:35:35.97

チャットかあ
難しそうだな…

**デフォルトの名無しさん** · 2019/09/03(火) 10:27:53.48

三大要素って委譲とメッセージとなんか？

**デフォルトの名無しさん** · 2019/09/03(火) 10:35:12.45

カプセル化、継承、ポリモーフィズムの3つ

**デフォルトの名無しさん** · 2019/09/03(火) 16:47:41.46

チャットを作ると

カプセル化：ネットワーク部分、チャット部分
継承：継承元からサーバクラス派生、クライアントクラス派生
仮想：TCPクラス-UDPクラス切り替え

完璧じゃね？

**デフォルトの名無しさん** · 2019/09/03(火) 17:14:42.83

別にじゃんけんだっていいだろ

継承：手の種類
多態性：手の画面出力
カプセル化：しわの数

**デフォルトの名無しさん** · 2019/09/03(火) 18:12:16.81

タイマーで早出し遅出しの判定とか
ネットワーク対戦機能とか
履歴取ってプレイヤーの手の傾向学習してくるAIとか
色々盛り込んでみればいい

**デフォルトの名無しさん** · 2019/09/03(火) 18:57:18.29

ちゃんと負けた時はズコーって音声出すんだぞ

**デフォルトの名無しさん** · 2019/09/03(火) 20:42:17.04

期限が金曜だからあんまり凝ってる時間はないかな。クラス図とシーケンス図とオブジェクト図も作んなきゃいけないし
結局ケイスケホンダのジャンケン作ることにした

**デフォルトの名無しさん** · 2019/09/03(火) 21:36:59.59

>>734
三大要素というとよくそんな風に言われるけど、実のところ継承ってオブジェクトの要素とは
言い難いし、多態も要素というより結果として得られる性質に近いと思うんだよなぁ。

**デフォルトの名無しさん** · 2019/09/03(火) 22:59:40.18

まあすべては委譲です
というか抽象化のためのパターンです

**デフォルトの名無しさん** · 2019/09/04(水) 09:05:55.41

>>728
コードポイントで合ってるはず。
文字符号の1つずつの番号の場所をコードポイントと言う。
例えば、ASCIIコードなら、A の文字の番号である 0x41 の占めている
場所みたいなニュアンスがある。

**デフォルトの名無しさん** · 2019/09/04(水) 09:20:24.49

>>742
追伸。なお、0x41の番号そのもののこともコードポイントと言う。
番号に就いては単に「コード」とも言うが、2019年現在において
単に「コード」と言ってしまうと、プログラムの内の命令が並んでいる
部分のことを指すことが多くて混乱が生じやすいので、文字符合の
番号に対しては、「コード」ではなく「コードポイント」という
ことがある。「文字符号」と言ってしまうと、ShiftJISの体系そのもの、
UnicodeやUTF8の体系そのものを指すことも有り、どうしても曖昧さが残る。
そこで、0x41という番号そのものの事を言っていることを曖昧さなく
示したい場合には、文字符号ではなく「コードポイント」ということがある。

**デフォルトの名無しさん** · 2019/09/04(水) 10:36:53.55

int (*exec)(struct bContext *, struct wmOperator *) ATTR_WARN_UNUSED_RESULT;

上記はtypedef struct内に書かれていた関数ポインタの宣言で、
返り値がint、引数が(struct bContext *, struct wmOperator *)の関数ポインタexecなのは分かりますが
最後のATTR_WARN_UNUSED_RESULTって何でしょうか？　関数宣言って引数宣言の後に何か書けましたっけ？

**デフォルトの名無しさん** · 2019/09/04(水) 10:46:36.08

>>744 https://ja.lmgtfy.com/?q=ATTR_WARN_UNUSED_RESULT

**デフォルトの名無しさん** · 2019/09/04(水) 11:46:27.08

今時なら[[nodiscard]]か