C++相談室 part158

**デフォルトの名無しさん** · 2021/11/15(月) 18:49:18.44

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

**デフォルトの名無しさん** · 2021/11/24(水) 11:48:13.06

単にステートレスラムダを関数ポインタに変換したいならこういう有名なハックがある
auto p = +[]{};

**デフォルトの名無しさん** · 2021/11/24(水) 12:47:46.56

>>157
おお、これはいい
㌧x

**デフォルトの名無しさん** · 2021/11/24(水) 12:55:27.21

ポインタに単項プラスなんぞ考えたこともなかった
void test(char* p)
{
cout << +p << endl;
cout << *+p << endl;
cout << *(0+p) << endl;
cout << 0[p] << endl;
}

**デフォルトの名無しさん** · 2021/11/24(水) 15:19:51.62

生配列をポインタに変換するときも単項+使うね

**デフォルトの名無しさん** · 2021/11/24(水) 15:33:19.13

>>160
何が嬉しいの

**デフォルトの名無しさん** · 2021/11/25(木) 09:42:14.59

C++11 や C++17 や C++20 とかどのオプションでコンパイルされているかを
コンパイル中に判断したいのですが
ソースコード中にどう書けばよいのですか

**デフォルトの名無しさん** · 2021/11/25(木) 10:11:07.71

解決
https://docs.microsoft.com/en-us/cpp/build/reference/std-specify-language-standard-version?view=msvc-160
_MSVC_LANG

**デフォルトの名無しさん** · 2021/11/25(木) 10:12:19.59

全然解決してなくて草

**デフォルトの名無しさん** · 2021/11/25(木) 11:00:47.97

>>161
#include <iostream>
#include <cstdio>
int main() {
int a[] = {1, 2, 3, 4};
std::printf("%p %p\n", &a, &a + 1);
std::printf("%p %p\n", +a, +a + 1);
int (*p)[4] = &a;
std::printf("%p %p\n", p, p + 1);
int *q = &a[0];
std::printf("%p %p\n", q, q + 1);
return 0;
}
0x7ffd548f5d00 0x7ffd548f5d10
0x7ffd548f5d00 0x7ffd548f5d04
0x7ffd548f5d00 0x7ffd548f5d10
0x7ffd548f5d00 0x7ffd548f5d04
つまり&a[0]と書くのを+aと書くだけですませられる
どっちが分かりやすいかはさておき

**デフォルトの名無しさん** · 2021/11/25(木) 11:28:16.28

__cplusplus マクロ見るんじゃね？普通は
あとは言語機能ごとのマクロ見たり

**デフォルトの名無しさん** · 2021/11/25(木) 11:38:56.35

まるで間違ってて草

**デフォルトの名無しさん** · 2021/11/25(木) 13:18:45.98

>>165
<iostream>いらないね

それとlvalue transformationがかかる場面で
わざわざ単項プラスを使う必要性が
そのサンプルでは示せてないようだが

**デフォルトの名無しさん** · 2021/11/25(木) 14:43:49.72

みんなテキトーだなー(棒)

**はちみつ餃子** ◆8X2XSCHEME · 2021/11/26(金) 02:28:38.10

>>166
処理系がちゃんとそのへんのルールを守ってくれればいいが現実は非情である。

**デフォルトの名無しさん** · 2021/11/26(金) 21:22:58.84

https://www.youtube.com/watch?v=ia8GncoXA1s

**デフォルトの名無しさん** · 2021/11/27(土) 03:24:08.24

The following macro names shall be defined by the implementation:
__cplusplus
The name __cplusplus is defined to the value 199711L when compiling a C++ translation unit.

G++ now sets the predefined macro __cplusplus to the correct value, 199711L for C++98/03, and 201103L for C++11.

http://gcc.gnu.org/gcc-4.7/changes.html
But g++ < 4.7.0 is __cplusplus defined alway 1.

https://devblogs.microsoft.com/cppblog/msvc-now-correctly-reports-__cplusplus/

**デフォルトの名無しさん** · 2021/11/27(土) 04:01:44.14

いまさらかよ

**デフォルトの名無しさん** · 2021/11/27(土) 12:26:56.81

マジかよ知らなかった
GCCくんさぁ…

**デフォルトの名無しさん** · 2021/11/27(土) 13:29:25.44

>>174
初心者？

**デフォルトの名無しさん** · 2021/11/27(土) 14:01:53.67

リナスもg++の設計にはイラチMAXの筈だわ

**デフォルトの名無しさん** · 2021/11/27(土) 15:41:12.47

Rust厨に弱みを魅せるな

**デフォルトの名無しさん** · 2021/11/27(土) 16:22:10.07

よわみにはつけこまれる

**デフォルトの名無しさん** · 2021/11/28(日) 21:05:38.19

C++でblas, lapackを使うのにいいインターフェースってどれでしょうか？
調べてたらCppLapack, Lapack++、armadillo とか出てきましたが、定番さとか使いやすさとか教えていただけると嬉しいです

とりあえずは複雑なことはしない予定で、行列の掛け算とか対角化ぐらいが簡潔に書けると嬉しいです

**デフォルトの名無しさん** · 2021/11/29(月) 00:38:26.49

久しぶりにC++再開したが
昔からだが
PHPはC++のスクリプト版といえるかのように文法・関数が似てるから
プロトタイプをPHPで作成したほうが時短になるかと?
仮想コードによるアルゴリズムの記述やフローチャートなどに近い

**デフォルトの名無しさん** · 2021/11/29(月) 00:43:30.91

行列の掛け算とか対角化ならPythonかマキシマでいいとおもうが?
大規模だともしかしたらC++のほうが早いかもしれないが
PythonだとGoogle　ColaboratoryとかでGPUをネットワーク使用できたりするが

Colaboratory とは
Colaboratory（略称: Colab）は、ブラウザから Python を記述、実行できるサービスです。次の特長を備えています。
環境構築が不要
GPU への無料アクセス
簡単に共有
https://colab.research.google.com/notebooks/welcome.ipynb

**デフォルトの名無しさん** · 2021/11/29(月) 01:05:44.61

宣伝はお断りしています

**デフォルトの名無しさん** · 2021/11/29(月) 06:13:36.91

>>179
BLASというとvalarrayだね

**デフォルトの名無しさん** · 2021/11/29(月) 11:31:29.88

>>183
は？

**デフォルトの名無しさん** · 2021/11/29(月) 14:27:16.33

>PHPはC++のスクリプト版といえるかのように文法・関数が似てる

迷惑するから出鱈目言うな

**はちみつ餃子** ◆8X2XSCHEME · 2021/11/29(月) 14:43:58.00

因果が逆だろう。
似た使い方しかしない人間にとっては似て見えるということもあるんだろうさ。

**デフォルトの名無しさん** · 2021/11/29(月) 14:54:09.52

いや激しく誤解を生む情報だと思うｗ

**デフォルトの名無しさん** · 2021/11/29(月) 15:15:20.73

制御構文が似ていれば似ているように見える人というのは一定数いる
それしか使わないから

**デフォルトの名無しさん** · 2021/11/29(月) 15:19:08.39

C++のこともphpのことも両方ニワカじゃないとなかなか出てこない発言
昨日今日入門書めくってるくらいのレベルじゃないとなかなかできない発言

**デフォルトの名無しさん** · 2021/11/30(火) 09:50:00.96

template<class T>
void f(T x) {
auto a = x, b = 0;
}

f(0.0);

これgccだとコンパイル通るけど規格的にはダメだよね？

**デフォルトの名無しさん** · 2021/11/30(火) 09:57:35.75

**デフォルトの名無しさん** · 2021/11/30(火) 10:46:34.33

何が駄目になるの？

**デフォルトの名無しさん** · 2021/11/30(火) 10:48:39.10

autoの推定がxから導かれるdoubleと0から導かれるintで矛盾しないかって話

**デフォルトの名無しさん** · 2021/11/30(火) 10:51:24.87

そもそも何の規格だよ
問題あるなら書き直せばいいだろ

**デフォルトの名無しさん** · 2021/11/30(火) 10:58:47.10

>>190
clは弾くぞ

**デフォルトの名無しさん** · 2021/11/30(火) 11:18:37.50

https://eel.is/c++draft/dcl.type.auto.deduct#def:placeholder_type_deduction
For a variable declared with a type that contains a placeholder type, T is the declared type of the variable.

https://eel.is/c++draft/dcl.spec.auto.general#7
The type of each declared variable is determined by placeholder type deduction, and if the type that replaces the placeholder type is not the same in each deduction, the program is ill-formed.

Draft これでいいか分からんけど、多分ダメですね
a と b は個別に型推論して、同一でなかったら ill-formed であると読める

**デフォルトの名無しさん** · 2021/11/30(火) 11:29:55.04

https://wandbox.org/permlink/GOps3Ikgl1VsvwoU
gcc6.3.0以下とclangだとちゃんとエラーになるな

**デフォルトの名無しさん** · 2021/11/30(火) 11:33:54.11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79009

**デフォルトの名無しさん** · 2021/11/30(火) 11:34:06.53

0の部分static_castしなきゃ駄目ということか。なるほど

**デフォルトの名無しさん** · 2021/11/30(火) 13:11:18.23

g++ 10.3.0は-pedantic指定しても通すな

**デフォルトの名無しさん** · 2021/11/30(火) 13:27:36.30

バカか
0は何にだって成れるだろ

**デフォルトの名無しさん** · 2021/11/30(火) 13:38:43.96

C++とPHPが似てないというニカワかと?
Pythonやルビーやjavascriptよりも似てるだろ?
C++にある関数をそのままPHPでも使えるようにしてあるのが多いし

**デフォルトの名無しさん** · 2021/11/30(火) 13:39:41.94

>>201
これやってみ
cout << typeid(0).name();

**デフォルトの名無しさん** · 2021/11/30(火) 14:06:04.92

>>202
そんなだから馬鹿って言われるんだ

**デフォルトの名無しさん** · 2021/11/30(火) 18:50:06.68

C++Builder使った後にVisual Studio使って、
二層作ったらC++Builderがめちゃくちゃ簡単で
作りやすかったんですけど私の感覚、何か変？
Visual Studioより効率いい気がしました。

**デフォルトの名無しさん** · 2021/11/30(火) 19:29:52.87

20年以上前ならいざしらず今C++Builderなんて使おうとする人は変としか・・・

**デフォルトの名無しさん** · 2021/11/30(火) 19:37:40.43

普通はRust使うよね。

**デフォルトの名無しさん** · 2021/11/30(火) 19:38:36.27

くそ言語Rust

**デフォルトの名無しさん** · 2021/11/30(火) 19:52:55.16

c#だろ
バカめが

**デフォルトの名無しさん** · 2021/11/30(火) 20:01:01.54

20年以上前は言い過ぎ
自分は2009を大事に使っている

**デフォルトの名無しさん** · 2021/11/30(火) 21:27:19.33

うちでは2000年以降のborlandはそれ以前に開発されたものの保守以外で使用することはなかったから
2000年以前でもほぼMSVCの独壇場だった

**デフォルトの名無しさん** · 2021/11/30(火) 21:31:10.33

BuilderというよりRAD Studioやろ？

**デフォルトの名無しさん** · 2021/12/01(水) 23:25:36.03

>>14
数学記号増やしたところで、数学記号はレイアウトの問題がかなりついて回るのであまり意味ないと思うけどなあ。2^2^2^2とか、定積分とか、分数とか表現できないでしょ。
そういうのは組版の問題。
まあ、たしかにイタリックのxとかはあるのに、イタリック(?)のπはないとかは、中途半端な気はするけどね。

**デフォルトの名無しさん** · 2021/12/02(木) 08:09:16.16

std::set にラムダ式渡すとき
std::set<T, decltype(comp)> s(comp);
ってなるのダサすぎるんだけどどうにかならない？
std::set<T> s([](T x, T y) { return x < y; });
みたいに直接書きたい

make_set みたいな関数テンプレート用意すれば解決するのはわかるんだけどクラステンプレートだとどうしてダメなんだ

あとこれが自作クラスだった場合推論補助とかでどうにかできるんだろうか

**デフォルトの名無しさん** · 2021/12/02(木) 08:50:46.97

>>214
これなら通るんだけど
template <typename T> std::set(T(&)(T,T)) -> std::set<T, T(&)(T,T)>;
int comp(int x, int y) { return x < y; }
std::set s(comp);

compをラムダやテンプレートにするとdeductionに失敗するね

**デフォルトの名無しさん** · 2021/12/02(木) 08:57:10.12

>>213
だからさー、あなたが使うフォントで期待したπが表示されないのはフォントのデザイナの問題であってunicodeの問題じゃない
ちゃんと区別できるようになってるんだから

**デフォルトの名無しさん** · 2021/12/02(木) 10:08:07.72

>>214 std::function<bool (T,T)> 使っちゃダメなの？

**デフォルトの名無しさん** · 2021/12/02(木) 15:14:03.44

πの人まだいたんだなω

**デフォルトの名無しさん** · 2021/12/02(木) 16:55:10.70

>>216
どうでもいい絵文字よりは、数学記号は考慮してほしかったですよね
というかピクトグラムの意味がわかりません、漢字の方がマシ

**デフォルトの名無しさん** · 2021/12/02(木) 18:05:22.46

>>219
>>46

Mathematical Italic Small Pi
ttps://www.compart.com/en/unicode/U+1D70B

Mathematical Alphanumeric Symbols
ttps://www.compart.com/en/unicode/block/U+1D400

で、何だっけ？
イタリック(?)のπはない、だったっけ？

**デフォルトの名無しさん** · 2021/12/02(木) 18:17:52.07

>>220
せめて
https://meta.wikimedia.org/wiki/Help:Displaying_a_formula/ja
に載っている文字は全部表示してほしいですね… >>220 は全然足りないとおもいますよ

**デフォルトの名無しさん** · 2021/12/02(木) 19:00:15.54

>>221
https://www.compart.com/en/unicode/search?q=math#blocks
なんか抜けているのあったっけ？

Arrowをmath専用にして欲しいとか？
https://www.compart.com/en/unicode/search?q=arrow#blocks

**デフォルトの名無しさん** · 2021/12/02(木) 20:38:05.02

>>214
std::set s(std::initializer_list<T>{}, [](T x, T y){return x < y;});
とかどうやろ

**デフォルトの名無しさん** · 2021/12/02(木) 20:50:59.39

>>215
ありがとう
悲しい
>>217
比較関数って内部でめちゃくちゃ呼ばれるんでパフォーマンスが気になっちゃう
>>223
なるほどTも推論させればいいのか
トリッキーだけど一番思ってたのに近いかも、ありがとう

**デフォルトの名無しさん** · 2021/12/02(木) 23:20:50.87

C++20なら、こんな書き方はできる
std::set<T, decltype([](T x, T y) { return x < y; })> s;

https://cpprefjp.github.io/lang/cpp20/default_constructible_and_assignable_stateless_lambdas.html

**デフォルトの名無しさん** · 2021/12/05(日) 09:34:11.45

(float) std::sin(3.14);
これの三角関数の左の(float)ってどういう意味ですか？？

**デフォルトの名無しさん** · 2021/12/05(日) 09:47:34.80

キャストでぐぐれ

**デフォルトの名無しさん** · 2021/12/05(日) 11:30:58.25

あなるほど
C形式のキャストでdoubleからfloatに変換してるんですね

**デフォルトの名無しさん** · 2021/12/05(日) 12:19:36.79

×　C形式
○　キャスト記法

**デフォルトの名無しさん** · 2021/12/05(日) 18:20:14.63

C形式のキャストでええやろ
C++ならstatic_castでキャストするべきところ

**デフォルトの名無しさん** · 2021/12/05(日) 18:26:41.52

精度がfloatでいいならsinf使え

**デフォルトの名無しさん** · 2021/12/05(日) 19:23:24.64

>>230
いや、そうではなくJIS規格で定められた用語ってこと

・・・まあね、フレンドが随伴とかちょっと・・・なところあるんだけど

**デフォルトの名無しさん** · 2021/12/05(日) 20:16:51.63

いまだに用語警察っているんだなw

**デフォルトの名無しさん** · 2021/12/05(日) 20:29:45.29

C++11以降にJIS規格は存在しないし, ぶっちゃけ本当に誰もキャスト形式なんて呼んでないし (T) cast-expression とさえ呼ばれない。
C++ Core GuidelinesやgccやclangでもC-style(やold-style)と表現しているのだからそんな古臭い分かりにくい用語を押し付ける必然性がない

https://github.com/isocpp/CppCoreGuidelines/blob/master/CppCoreGuidelines.md#Pro-type-cstylecast

**デフォルトの名無しさん** · 2021/12/05(日) 20:34:58.49

用語の間違いで意味の取り違えが起きるような場面ならはっきりさせておくべきだが今回はどうでもいいな。

**デフォルトの名無しさん** · 2021/12/06(月) 07:47:05.01

>>234
キャスト形式？
何に対する意見を言っているんだ？

**デフォルトの名無しさん** · 2021/12/06(月) 08:09:01.81

また下らん揚げ足取り君が来たw

**デフォルトの名無しさん** · 2021/12/06(月) 18:36:58.89

揚げ足じゃねえよ
話の根幹に拘わることだ

まともに反駁できないなら
黙っているのが得策だぞ

**デフォルトの名無しさん** · 2021/12/06(月) 21:16:52.28

訂正の益があったとしても(今回は全くなさそうだが)用語警察は不要
書き込みの意味が文脈から一意であれば問題ない
黙ってろ

**デフォルトの名無しさん** · 2021/12/06(月) 21:23:49.13

constructorとdestructorを常に生成子・消去子と呼んでる者だけがJIS規格を振り回しなさい

**デフォルトの名無しさん** · 2021/12/06(月) 22:13:15.88

オレ用語を高圧的な態度で押しつけてくるやつとは仕事したくねえ

**デフォルトの名無しさん** · 2021/12/07(火) 00:15:41.50

>>219
今から考えれば NECのPC-8801 のBASIC言語は数学好きに合っていた。
当時のNECの社長は、東大物理の大学院出の人だったらしい。
その人がTOPにいる間はNECのパソコンは日本で一斉を風靡していたが、
その人が降りてからは、嘘の様に勢いがなくなった。

**デフォルトの名無しさん** · 2021/12/07(火) 13:20:30.29

みんなコルーチン使ってる？

**デフォルトの名無しさん** · 2021/12/07(火) 13:44:30.14

コルーチンはいろいろ制限が多くてな、最近はfiberの方を使ってる
機種依存APIを使う必要がある、実行効率が若干落ちる、スタック用のメモリを大量消費する、トレースデバッグがやりづらい等のデメリットはあるが、
本物のyieldはやっぱ便利よ

**デフォルトの名無しさん** · 2021/12/07(火) 14:37:49.13

c+のvectorって無限に要素追加したらどうなりますか？
例えばwhile (1) でemplace_back()し続けた時の挙動です。javaみたいにちゃんとoutofmemoryエラー吐くようにできてますか？

**デフォルトの名無しさん** · 2021/12/07(火) 14:52:13.72

「ちゃんとout of memoryエラーを吐く」というのは突き詰めるとものすごく難しい概念なので、どこまでを求めるかによる
Javaにしても本当にどのレベルまで正しくやれてるのかは知らん
まあ「なんかあったらstd::bad_alloc投げて来るやろ」で99％のケースは事足りると思うけど

**デフォルトの名無しさん** · 2021/12/07(火) 14:57:50.91

例えば普通のアプリだと、C++とか関係なく最近のOSのメモリ確保は仮想メモリの確保なので、実際にそのアドレスが使われて初めて物理アドレスが確保され、スワップ領域が足りない場合もそのとき検出される。

**デフォルトの名無しさん** · 2021/12/07(火) 14:57:56.04

mallocに失敗すればbad_allocが投げられるが
実際のところmallocが失敗するときにできることは殆ど無いと認識している

**デフォルトの名無しさん** · 2021/12/07(火) 15:01:16.11

>>179
そもそも C++ から Fortran で書かれてるオリジナルの BLAS とか LAPACK を呼ぶこともできるのだから、その辺は別に何でも良い

そんなことよりも多次元配列をどう持つかの方が C++ にとっては難しい課題だ
Cの多次元配列や一次元配列として持つのはユーザ側の負担が大き過ぎる
boost の multi_array は放置されている (move セマンティクスに対応してすらない)
xtensor みたいなサードパーティのものをわざわざ使うのも…… (つーかどれもパッとしない)
早く多次元配列くらい公式で用意してほしい

**デフォルトの名無しさん** · 2021/12/07(火) 15:42:17.22

多次元といっても中身掛け算の一次元だしな

**デフォルトの名無しさん** · 2021/12/07(火) 16:20:01.36

class foo : vector<mystruct>
みたいなクラスを作っているんだけど
クラス内の関数で自身の配列の構造体の関数を呼ぶにはどうしたらいいんだろう？

this[a]->set(0);
と書いてもメンバーがありませんと出て困ってます😭

**デフォルトの名無しさん** · 2021/12/07(火) 16:24:10.42

(*this)[a]->set(0);

**デフォルトの名無しさん** · 2021/12/07(火) 16:32:15.84

>>252
ありがとう！ちょっと直したけど
(*this)[a].set(0);
でできました、超助かりました！チュッ！

**デフォルトの名無しさん** · 2021/12/07(火) 17:48:46.48

そういうときはat()使ってる

**デフォルトの名無しさん** · 2021/12/07(火) 18:03:51.96

atは範囲チェック分鈍くなるの我慢出来るなら有
あと例外飛ばすからtry～catch節必須

**デフォルトの名無しさん** · 2021/12/07(火) 20:03:22.82

>>248
bad_alloc is not out-of-memory!
https://wg21.link/P1401