C++相談室 part153

**デフォルトの名無しさん** · 2020/10/10(土) 23:18:20.00

https://mevius.5ch.net/test/read.cgi/tech/1589424805/
※前スレ
C++相談室 part152
https://mevius.5ch.net/test/read.cgi/tech/1594528940/

テンプレおしまい

**デフォルトの名無しさん** · 2020/12/02(水) 01:32:17.93

>>632
添字番号を併記したりかんたんな演算を行ったりしたかった

**デフォルトの名無しさん** · 2020/12/02(水) 05:03:16.50

OSはOS X10.15.7でApple clang12.0.0のC++17指定です
vector<tuple<int, int, int>> T;
vector<pair<int, int>> P;
のような配列(stdは省略)を作成したのですが以下のような挙動になりました
P.emplace_back(i, j); //通る
P.push_back(i, j); //エラー
P.emplace_back({i, j); //エラー
P.push_back({i, j}); //通る
P.emplace_back(make_pair(i, j)); //通る
P.push_back(make_pair(i, j)); //通る
省略はしてますがtupleも大体同じです(i, jはint)
push_backが一時コンストラクトをムーブしてることやmake_pairやmake_tupleに
型の推論があることは調べたのですが上記のようになる理由が分かりませんでした
後clangとg++でどちらに合わせた方が標準的というのはあるのでしょうか
図々しくも質問が2つになってしまいましたがよろしくお願いします

**デフォルトの名無しさん** · 2020/12/02(水) 11:08:47.58

>>634
「上記のよう」と言われても、どの挙動に疑問を感じてるのかわからない。
「clangとg++」の質問も、ここで誰かに「ある」とか「ない」とか言われて何の意味があると思ってるのかわからない。

**デフォルトの名無しさん** · 2020/12/02(水) 11:20:44.01

>>634
まず君がemplace_backとpush_backの違いをどう理解しているのか、自分の言葉で説明してみよう
話はそれからだ

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/02(水) 11:59:18.46

>>634
そういう言語仕様だからそうなるとしか言えない。
たぶん必要な情報は
　・ emplace_back ( https://cpprefjp.github.io/reference/vector/vector/emplace_back.html )
　・ push_back ( https://cpprefjp.github.io/reference/vector/vector/push_back.html )
　・一様初期化 ( https://cpprefjp.github.io/lang/cpp11/uniform_initialization.html )
かな。

言語仕様に沿っていれば普通は gcc でも clang でも問題は起きない。
たまには処理系のバグってことも無くはないが、
どちらかで問題が起きるなら書いたプログラムのどこかが間違ってる疑いのほうが濃い。

個別の事情によってはコンパイラをどちらかに固定することもあるかもしれないが、
理想としてはどちらでも良いようになっているほうが好ましくはある。

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/02(水) 15:48:13.91

>>631
シェルというか Python か Guile は使える。
https://sourceware.org/gdb/current/onlinedocs/gdb/Python-API.html#Python-API

**デフォルトの名無しさん** · 2020/12/02(水) 21:51:44.10

プログラミング初心者でC++で競馬予想ソフトを作ってみたいんだけどC++はそういうのに向かないんですかね？
スクレイピングってやつはC++でできないのか？

**デフォルトの名無しさん** · 2020/12/02(水) 22:26:25.03

できるけどC++はWebやテキスト処理が得意とはいい難いから別の言語の方がいいかも

**デフォルトの名無しさん** · 2020/12/02(水) 22:45:20.94

テキストはc♯のが向いてる

**デフォルトの名無しさん** · 2020/12/02(水) 22:49:07.36

>>638
対話モードのPythonインタプリタ上でgdbを動かせるということですか？

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/02(水) 22:59:56.90

>>642
gdb のコマンドとして Python スクリプトが使えるという話。

**デフォルトの名無しさん** · 2020/12/02(水) 23:31:37.18

ありがとうございました！

**デフォルトの名無しさん** · 2020/12/02(水) 23:51:03.60

>>643
スクリプトかぁ
対話的にやりたいですけどわかりました
ありがとうございます

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/02(水) 23:55:00.77

>>645
対話的にもできるよ。

**デフォルトの名無しさん** · 2020/12/02(水) 23:56:36.23

pythonは仮想マシーンが必要
変数がすべてvariantなので初心者にはうってつけよ

**デフォルトの名無しさん** · 2020/12/03(木) 00:11:32.72

>>646
ありがとうございます
なんか便利さの割にドキュメント少ない気がしますけど勉強します

**デフォルトの名無しさん** · 2020/12/03(木) 06:42:09.17

勉強するぞ！勉強するぞ！勉強するぞ！

↑
C++には似合わないような気が。

**デフォルトの名無しさん** · 2020/12/03(木) 11:49:30.18

>>649
どういう意味だ？
1. C++erならそれくらい勉強せずに使いこなせ
2. あるがままを受け入れろ。状況を変えようとするな
3. Pythonを便利と言うな

どれ？

**デフォルトの名無しさん** · 2020/12/03(木) 22:01:01.64

「ブラック企業社員」のお助けアプリが誕生開発したのは22歳金髪大学生、開発のきっかけとは？
https://news.yahoo.co.jp/articles/b9d5e3b84e4aa78fab64d3eb8e0c02f72911287e
レシート買い取りアプリONEの17歳起業家、サービス一時停止から｢怒涛の3カ月｣で気づいたこと
https://www.businessinsider.jp/post-175983
ビジネス版マッチングアプリ「yenta(イェンタ)」全国展開開始！
https://prtimes.jp/main/html/rd/p/000000023.000021544.html
ギフティング「TANP」運営がGCPほかから5億円調達
1日1200件の「リアルギフト」送付も可能に、U25起業家の新たな挑戦
https://thebridge.jp/2019/08/gift-ec-tanp-raised-500m-yen-from-gcp
人はこうすれば“ハマる”、源流はゲーマー視点の「幸せ」
https://project.nikkeibp.co.jp/behealth/atcl/feature/00005/012100006/
アプリ開発での起業は難しくない！成功するために覚えておくべきこと
https://www.biz.ne.jp/subject/blog/2004433/
【稼ぎ方が知りたい！】アプリの開発の収入って実際どれくらい？
https://itpropartners.com/blog/1657/
ネット関連事業で起業した成功例8選！ネットで成功するには○○が重要！？
https://www.official.or.jp/internet-entrepreneurship-success/

**デフォルトの名無しさん** · 2020/12/04(金) 14:40:55.75

>>637
返信遅れて申し訳ありません、読んで色々試したら何となくですが理由見えてきました
一番為になった回答です…本当にありがとうございました

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/05(土) 00:49:53.38

>>652
結局のところ何がわからなかったのか言葉にしてくれんともやもやするんやが……。

**デフォルトの名無しさん** · 2020/12/05(土) 08:56:44.63

最近ずぶの素人にいきなりSTL教えたりする変な風潮、変なサイトが増えたせいで
こういうとこで初心者が苦労するんだよなぁ
ライブラリの使い方なんか、初心者がいきなりぶつかる"壁"であってはならんと思うんだが・・
先に言語自体の基本を学んでれば、>>634はここに聞きに来なくて済んでるはず

**デフォルトの名無しさん** · 2020/12/05(土) 10:34:50.44

C++11以降はSTL前提で学んだほうが理解しやすい

**デフォルトの名無しさん** · 2020/12/05(土) 11:14:52.77

STLとそうじゃないものの境界ってなに？

**デフォルトの名無しさん** · 2020/12/05(土) 11:17:08.79

そんなの意識する必要ない。"STL"なんて定義曖昧な言葉を使わなければよい。

**デフォルトの名無しさん** · 2020/12/05(土) 11:41:24.32

C++を使わなくてもSTLを学ぶほうが良い。
それどころか、およそ学問というものに携わる者はSTLを学ぶべきだ。
なぜなら20世紀における抽象化最大の功績だからだ。

**デフォルトの名無しさん** · 2020/12/05(土) 11:42:36.00

STLは宇宙人が教えた説があるほどクレバー、クレバー、そしてクレバーだ。

**デフォルトの名無しさん** · 2020/12/05(土) 11:47:59.12

目からうろこですよ。
まじ鱗。

**デフォルトの名無しさん** · 2020/12/05(土) 11:53:54.60

ムーブセマンティクスも感動したなあ。
あいつら本物の天才だな。
まじ鱗ですよ。

**デフォルトの名無しさん** · 2020/12/05(土) 12:09:38.13

unique_ptrとかthreadとかnumeric_limitsとかも"standard template library"だけどSTLとは呼ばれない
よく理解してないC++アンチが何となく叩きの槍玉に上げる時に使われる用語っていう印象

**デフォルトの名無しさん** · 2020/12/05(土) 12:15:33.65

なんじゃそりゃ。

**デフォルトの名無しさん** · 2020/12/05(土) 12:22:29.71

コントかよ

**デフォルトの名無しさん** · 2020/12/05(土) 18:59:09.68

>>634
pairが初期化子リストによるコンストラクタを持たないから

c++ - emplace_back not working with std::vector<std::map<int, int>> - Stack Overflow
https://stackoverflow.com/questions/33207232/emplace-back-not-working-with-stdvectorstdmapint-int?answertab=votes#tab-top

似たような質問があって、mapだと初期化子リストのコンストラクタがあるから、initializer_listを使って初期化出来てる

この箇所あたりがそれ
https://cpprefjp.github.io/reference/map/map/op_constructor.html

map(initializer_list<value_type> init,
const Allocator& alloc); // (11) C++14 から

https://cpprefjp.github.io/reference/utility/pair/op_constructor.html
pairのコンストラクタにはinitializer_listは出てこない

**デフォルトの名無しさん** · 2020/12/05(土) 19:10:24.03

>>662
御意

**デフォルトの名無しさん** · 2020/12/06(日) 03:41:22.30

>>665
違うと思うぞ

**デフォルトの名無しさん** · 2020/12/06(日) 08:19:51.08

じゃあ、多数決で決めましょうや。

**デフォルトの名無しさん** · 2020/12/06(日) 11:09:55.43

>>667
違うんだったら何が正解だ？

**デフォルトの名無しさん** · 2020/12/06(日) 13:55:38.68

>>669
単純にemplace_backはコンストラクタに渡す引数を、push_backは生成済みの実体を受け取るという違いを
>>634が分かってないだけだろ

ついでに言えば、pairにinitializer_listを受け取るコンストラクタがあっても
emplaceは可変長テンプレート引数だから、推定に失敗してどっちにしてもエラーになる
多分。

**デフォルトの名無しさん** · 2020/12/08(火) 20:44:18.72

visual studio 2019でstd::filesystemを使いたいのですが、namespace"std"にfilesystemがありませんと言われます
ググた通りにC++言語標準をC++17にしても変わりません
どうすればいいですか？

**デフォルトの名無しさん** · 2020/12/08(火) 21:02:15.62

上の方に
#include<filesystem>
と書く

**デフォルトの名無しさん** · 2020/12/09(水) 01:24:22.81

なんだそりゃあ？！

**デフォルトの名無しさん** · 2020/12/09(水) 06:50:42.80

>>671
// cl 671.cpp /EHsc /std:c++17
#include <filesystem>
#include <iostream>

using namespace std;
using namespace std::filesystem;

int main()
{
directory_iterator d(current_path());
for(auto&& e : d) cout << e.path() << endl;
}
全く問題なく動くぞ
cl.exeのバージョンは19.28.29334 for x64

**デフォルトの名無しさん** · 2020/12/09(水) 08:05:49.03

>>671
脱線の話だがappleのclangでfilesystem使おうと思ったら、
OSを10.15以降にしないと動かない上にビルドしたバイナリもそれ以降。
macだとintel版はhomebrewでgcc落としてビルドすれば旧いのでも動く。

日本語などのファイル名の扱いは、自分の試した範囲で、mac,linux,winで微妙に違ってた。
「wstring」、「stringでutf-8」のどっちかしか出来ん処理系があって、
複数機種用のコードは結局ifdefで分けるしかなかった。
そのうちライブラリが整備されるとは思うけど。
しかし「ハ゜」→「パ」のmacの仕様には参った。

**デフォルトの名無しさん** · 2020/12/09(水) 09:04:33.91

脱線路運動。

**デフォルトの名無しさん** · 2020/12/13(日) 02:22:39.32

c++でRSSリーダー作れましゅか？

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

はい

**デフォルトの名無しさん** · 2020/12/13(日) 11:52:25.92

RSSなんてもう誰も使ってないだろ
フィードしてるサイトなんてありゅ？

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/13(日) 13:34:03.99

ブログホスティングサイトの系統だと RSS を提供してないところとかあんまりないと思うが。

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

ていうかあちこちの言語スレで同じ事聞くのやめなさい

**デフォルトの名無しさん** · 2020/12/14(月) 19:00:34.80

std::vectorのメンバ関数にfind()とかrfind()がないのはなんでですかね？
string::find()みたいにあってもよさそうな気がするんですが・・・

**デフォルトの名無しさん** · 2020/12/14(月) 19:10:08.09

>>682
よう知らんけど、vector固有でなくても使えるアルゴリズムだからでは？

**デフォルトの名無しさん** · 2020/12/15(火) 09:25:27.40

>>682
#include <algorithm>のfind()を使えってことだ
何でもかんでもメンバに突っ込むのは悪い設計だからだ
この意味でstring::findは蛇足ともいえる
現実にはstring::findはiteratorではなくsize_typeを返すので
複数の文字列の同じ位置、のようなことがやりやすい

**デフォルトの名無しさん** · 2020/12/15(火) 13:10:21.94

UTF8とかだと単純に同じバイト値探せばいいわけじゃないからstringは特殊化してるんだよ

**デフォルトの名無しさん** · 2020/12/15(火) 13:19:55.29

＞何でもかんでもメンバに突っ込むのは悪い設計だからだ
こういう考え方いかにもCから入りましたって感じだな

**デフォルトの名無しさん** · 2020/12/15(火) 13:21:51.75

UTF-16（wchar_t）と違ってUTF-8（char）なら同じバイト列を探せばいいんじゃないの？
ASCIIと同じコーディングで済むのがUTF-8が普及した要因だと思ってた

**デフォルトの名無しさん** · 2020/12/15(火) 13:36:54.46

>>687
短い系列は特に、部分列が一致したからといっても、
デコードした時にその文字かどうかは保証出来ないんじゃ？

**デフォルトの名無しさん** · 2020/12/15(火) 14:01:10.21

std::stringってバイト単位で扱うものでしょ
本当に文字単位で扱いたいならstd::wstring

**デフォルトの名無しさん** · 2020/12/15(火) 14:23:23.61

>>686
ｋｗｓｋしていいか？
それともやめとくか？

**デフォルトの名無しさん** · 2020/12/15(火) 16:06:36.42

>>689
wstringだろうがu16stringだろうがu32stringだろうが状況変わらんぞ

**デフォルトの名無しさん** · 2020/12/15(火) 16:37:15.21

>>690
質問主ですが、是非ともｋｗｓｋしてくだしあ

**デフォルトの名無しさん** · 2020/12/15(火) 16:39:59.71

utf16はサロゲートペアちょんぎらないようにしないとな

**デフォルトの名無しさん** · 2020/12/15(火) 20:33:42.18

合字とか異体字セレクタとかもな
文字を扱うというのは大変なんだ

**デフォルトの名無しさん** · 2020/12/15(火) 21:47:00.55

>>688
1バイト目とそれ以降は重ならないからそういうことは起こらないはず

**デフォルトの名無しさん** · 2020/12/15(火) 22:25:44.23

そもそもstring::findがあるのは文字列から文字列を探す需要が高いからじゃないですかね
vector含む各コンテナから探すのはほとんどの場合要素単位だから汎用的なstd::findを使えということと解釈

**デフォルトの名無しさん** · 2020/12/16(水) 06:17:15.68

>>696
だよね
std::stringのfindは要素を探すんじゃなくて、
要素(char)の連なり＝部分文字列を探すもので
vectorとかのコンテナのそれとは異質だし蛇足とは思えない

**デフォルトの名無しさん** · 2020/12/16(水) 08:58:52.32

>>692
了解

>>686
ｋｗｓｋ

**デフォルトの名無しさん** · 2020/12/16(水) 09:05:13.62

まぁ汎用的というか、stlのアルゴリズムはほとんどが全コンテナに対して共通のコードに出来るからそうしてる(グローバルな関数にしてる)んじゃないかね
実際問題、共通のインターフェースを継承によって表現するのでない限り、同じコードをあちこちメンバ関数にするのは不自然
逆に共通のインターフェースにすべきクラスの機能を無理に普通の関数にするのも馬鹿げてる

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/16(水) 10:59:12.23

アドホック多相とパラメトリック多相の違い。

**デフォルトの名無しさん** · 2020/12/16(水) 11:28:07.30

データ構造とアルゴリズムを合わせたものがクラスでありオブジェクト指向言語の特徴の1つと教わった
いまは汎用アルゴリズムが再び外部に分離されるようになってきてるのかな
テンプレート・ジェネリクス・インターフェースのおかげかな？
型Tに対する操作を外部化しておいたほうが汎用的で型Tを実装するすべてのクラスが操作を個別に持つのは無駄ってことか

**デフォルトの名無しさん** · 2020/12/16(水) 11:50:27.11

beginとendをペアで指定しないといけないポインタ的iteratorのせいで外部化せざるを得なかったという方が正しいんじゃないですかね

**デフォルトの名無しさん** · 2020/12/16(水) 11:58:03.72

↓のサイトでも外人が同じ議論してるね
誰か要約してください
https://stackoverrun.com/ja/q/4020758

Why does std::string have a find member function while std::vector and friends don't have it?
Is there anything wrong with using std::find on the string?

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/16(水) 13:09:55.17

>>701
オブジェクト指向にも種類がある。
ただひとつのオブジェクト指向がオブジェクト指向たる基準があるわけではなくて、
わりとふんわりした概念だよ……。
C++ の場合はカプセル化に軸があると思う。
隠されていないデータを処理する分にはメンバ関数にする必然性がない。

**デフォルトの名無しさん** · 2020/12/16(水) 13:27:14.81

C++ってカプセル化できるんでしたっけ？

**デフォルトの名無しさん** · 2020/12/16(水) 13:34:22.28

抜け道があるかって意味なら、java等もカプセル化できないってことになるけど

**デフォルトの名無しさん** · 2020/12/16(水) 13:45:31.91

>>701
そういうことじゃねえよ
データ構造とアルゴリズムごちゃ混ぜにしたのをクラスと言い張る意味はない
１つの目的のためのお膳立てを揃えたものがオブジェクトでオブジェクトの種類がクラスだ

C++標準のライブラリではデータ構造はコンテナ、アルゴリズムは関数テンプレートとして分離されている
コンテナは配列やリストといったデータ構造を提供するまでにとどめ
それらを使って何かする応用までメンバにはせず関数テンプレートにしてある

**デフォルトの名無しさん** · 2020/12/16(水) 13:50:56.36

>>706
Javaのリフレクションで何でも呼べる抜け道みたいな話ではなく
C++ってヘッダーファイルにprivateメンバー書かないといけないじゃん
そのせいで内部実装が変わったらライブラリ利用者にヘッダーファイルを差し替えてもらわないといけなかったりする
これってカプセル化できてないってことじゃない？
pimplとかテクニックがあるけどさ

**デフォルトの名無しさん** · 2020/12/16(水) 13:54:21.41

>>708
古い知識ですまんが、素直に抽象基底クラス被せるでだめなん？

**デフォルトの名無しさん** · 2020/12/16(水) 13:55:52.62

なる。
そういうことならpmplかインターフェースクラスを定義するかしか思い浮かばないな

**デフォルトの名無しさん** · 2020/12/16(水) 14:40:21.32

> 内部実装が変わったらライブラリ利用者にヘッダーファイルを差し替えてもらわないと

これ、そんなに深刻な問題か？
ライブラリの更新なんてリポジトリ決めてバージョン管理して
あとは勝手に落とせで運用できてるやん

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/16(水) 15:35:04.62

現実的な部分では運用でなんとかしてる部分はあるのも確かだが、
現実に対する妥協なのでパラダイム的な話とは区別が必要じゃない？
まあ不可分なところもあるんで微妙な話ではあるけども。

**デフォルトの名無しさん** · 2020/12/16(水) 16:36:11.97

>>708
それってモジュール使えば解決できる問題じゃないんでしたっけ

**デフォルトの名無しさん** · 2020/12/16(水) 18:14:53.45

>>712
運用できていても、いささかでも無理があれば
まだ余裕があるうちでも将来を見据えて
議論する価値が出てくるね

問題は無理を全く感じていないことを
空想論的に問題視することだ
個人的に問題視するのは勝手だが
他人が付き合ってくれないときにしつこくすることだ

**デフォルトの名無しさん** · 2020/12/16(水) 18:54:24.56

意義深い議論が展開されてるな

**デフォルトの名無しさん** · 2020/12/16(水) 22:51:18.04

C++はゼロコストで極力あらゆる制御をプログラマーに与えることを
使命ていうか至上命題にして至高のレーゾンデートルとみなしているように見えるので
プログラミングパラダイムを論じるにはいまいちに思はるる、

やっぱヘッダファイルとか批判者にとってかっこうの餌食でありその光景がまさに展開された、

**デフォルトの名無しさん** · 2020/12/16(水) 22:58:46.39

きちんとオブジェクト指向するんなら継承は全部virtualであるべきや
といってもC++だけにあてはまる批判ではないが

Base::Foo()とDerived::Foo()が異なる振る舞いで定義されているときに、
func(Base&)にDerivedを渡したらfunc()の中ではBase::Foo()が呼ばれるとか
危険極まりない
この基準で言ったらたいていの似非オブジェクト指向言語はNG

**デフォルトの名無しさん** · 2020/12/16(水) 23:05:40.32

不毛な宗教戦争よ

**デフォルトの名無しさん** · 2020/12/16(水) 23:25:11.55

クラスベースオブジェクト指向はすべて似非オブジェクト指向
アランケイ「C++のオブジェクト指向？知らない子ですね…」

**デフォルトの名無しさん** · 2020/12/17(木) 01:05:17.90

>>716
>C++はゼロコストで極力あらゆる制御をプログラマーに与えることを
>使命ていうか至上命題にして至高のレーゾンデートルとみなしているように見えるので
半分は正しいがそれならcでええやんてなる。
c++のc++たる所以(もしくは厨受けするところ)ってのは、ゼロコストなのにさらにどんなに高級な機能も入れられるんやで〜ってところだろ。

**デフォルトの名無しさん** · 2020/12/17(木) 01:10:53.36

>>717
え、その場合仮想関数ならDerived::Fooやろ？
非仮想とか値渡しならそうだけど

**デフォルトの名無しさん** · 2020/12/17(木) 07:05:17.82

非仮想だとそうなっちゃうっていう批判なんだろ
ハイディングなんかする方が悪いと思うけど

**デフォルトの名無しさん** · 2020/12/17(木) 07:08:07.45

>>717
仮想継承の話かと思ったら
そうじゃないようだな

**デフォルトの名無しさん** · 2020/12/17(木) 08:15:27.96

>>720
「使った機能にあったコスト」だよ。
ゼロコストはあくまで機能を使わなかった場合の話。
cの機能しか使わなかったらcのコストしかかからないのが基本方針だろ。

**デフォルトの名無しさん** · 2020/12/17(木) 11:41:30.12

>>722
あぁそういうことか・・
ちょっと自分の常識からかけ離れてるから理解できんかった

**デフォルトの名無しさん** · 2020/12/17(木) 14:49:46.67

#include <charconv>
using namespace std;

int main()
{
char str[] = "123";
double dbl;
from_chars(str, str + 3, dbl);
}

Visual Studioでは通るんだけど、GCCではダメ
どうも戻りのfrom_chars_resultがテンプレートになってて推論に失敗してるようなんだけど
規格ドラフト見てもfrom_chars_resultがテンプレートだなんてどこにも書いてない

これGCCがおかしいんだよな？
バグレポ上がってたりする？

**デフォルトの名無しさん** · 2020/12/17(木) 14:50:46.30

バージョン書き忘れた
Visual Studio: 19.28.29334
GCC: 10.2.0

**デフォルトの名無しさん** · 2020/12/17(木) 15:56:08.03

>>726
整数型だけしかサポートしてないよ

**デフォルトの名無しさん** · 2020/12/17(木) 17:33:27.07

>>728
23.20.1 Header <charconv> synopsisにはfloat, double, long doubleが挙がってるんだけど・・・
ああ、GCCがってことねthx

**デフォルトの名無しさん** · 2020/12/17(木) 22:56:50.01

gccの傾向として、熱烈な信者がいて、出来ないことを出来ると宣伝したり、劣っているものを優れていると宣伝したりする場合がある。
ところが、そのような場合、GNUのマニュアルは「出来ない」「劣る」と明言している場合が多い。
したがって、gccについてはみだりに検索せず、GNUのサイトを見ることをお勧めします。

**デフォルトの名無しさん** · 2020/12/18(金) 01:08:57.52

>>726 「ダメ」がコンパイルエラーの意味ならエラーメッセージも挙げてよ。

**デフォルトの名無しさん** · 2020/12/18(金) 01:16:51.95

ダメコンは、ダメージコントロールの略ですよ。