C++相談室 part165

2023/10/31(火) 07:37:38.52

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑同じ内容を3行貼り付けること

次スレは>>980が立てること
無理なら細かく安価指定

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

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

**デフォルトの名無しさん** (JP 0H1e-hB9O) · 2024/11/19(火) 15:45:09.52

複素数計算やったことないからそんなこと言える

2024/11/19(火) 17:03:01.93

JAVAはコボラーが転んで使う言語だし

**デフォルトの名無しさん** (JP 0H1e-hB9O) · 2024/11/19(火) 17:38:58.74

自動微分のボトムアップ微分はC++の演算子オーバーロード機能のおかげで簡単に実現できる

2024/11/19(火) 18:42:30.52

javaって演算子オーバーロードないのか・・・

2024/11/20(水) 17:06:14.09

>>567
†とか造った？

2024/11/20(水) 21:14:42.80

Javaが持て囃されてた頃は「演算子オーバーロード？＋で引き算もできるってこと？なんて危険な機能なんだ！」って叩かれてて
そんな危険なものはJavaにはありません！って売り文句にされてたんだよ
アホみたいだけど本当の話

2024/11/20(水) 21:21:46.59

アホといい切れる根拠は言える？

2024/11/20(水) 22:54:39.86

アホみたいなカスの嘘です

2024/11/20(水) 23:28:22.48

演算子オーバーロードは定義のリスクや手間の割には結局自己満に完結する事が多くて、
しかも結局C++という小さな世界でしか通用しないから、他に楽しい事が沢山ある今の人は時間の無駄と考えるんじゃないかな

2024/11/20(水) 23:48:15.85

無理に使うもんではないなたまにすごく便利

2024/11/21(木) 00:20:44.87

std::chronoの時間型なんかは良い例だよね

・clock - clock = duration (例. 13時 - 12時 = 1時間)
・clock + duration = clock (12時+1時間=13時)
・duration + duration = duration (1時間 + 1時間 = 2時間)
・clock + clock: 不可

こういう型表現もできるのは良い点

2024/11/21(木) 01:22:06.15

初見で単に整数で取り出すのに一苦労だけどな
型安全厨くささ感じる

2024/11/21(木) 08:22:14.09

演算の組み合わせが多いユースケースで可読性を上げるためのものだろう。
少ないなら関数のままでも十分。そういう意味で std::chrono は微妙。

**デフォルトの名無しさん** (JP 0H1e-hB9O) · 2024/11/21(木) 10:15:07.08

>>575

あんた他人の受け売りだろ。fortran90にだって演算子オーバーロードあるのに

**デフォルトの名無しさん** (JP 0H1e-hB9O) · 2024/11/21(木) 10:20:45.90

>>571
随伴行列(共役転置行列)か？　それは演算子オーバーロードじゃなくて普通の関数でいいだろ

2024/11/21(木) 19:11:25.04

いわゆる演算子オーバーロードのメリットは、中置記法が使えるということと、一部の人間が使い慣れている演算子の算数・数学的記法のメタファーが使えることくらいかね。

その代償として文章構造の曖昧さや(その対処のための)優先順位といった規則の複雑化が必要になるので、言語設計観点からはメリット小さいよなぁ。
可能ならば中置記法を捨てて全部後置記法に統一したいところ。

2024/11/21(木) 20:19:29.77

嫌だよ! PostScriptじゃあるまいしw

2024/11/21(木) 22:03:09.07

チョムスキーの言語生得説って数学記号（の文法）も説明し切ってたっけ；；；
個人的には数学記号をプログラミング言語の文法に含めるのは悪手に思える
全部言葉にすべき

2024/11/21(木) 22:32:36.81

そうだな
(8.0 * std::numbers::pi * G) / (c * c * c * c * mu0)よりも
divide(multiply(multiply(8.0, std::number::pi), G), multiply(c, multiply(c, multiply(c, multiply(c, mu0)))))の方がずっと分かりやすいもんな

2024/11/21(木) 23:37:39.60

>>585
君どんくさいな
その括弧やカンマも排除するんだよ

2024/11/21(木) 23:41:45.40

8.0 pi mul G mul c c mul c mul c mul mu0 mul div

2024/11/22(金) 12:04:14.61

>>585
後置記法なら
(8.0 std::numbers::pi G)を掛ける
(c c c c mu0)を掛ける
割る
みたいな感じかな。

2024/11/22(金) 16:24:36.41

>>588
>>587

2024/11/22(金) 17:47:03.18

ポーランドにでも移住しろ

2024/11/22(金) 20:09:04.65

政治的発言でチョムスキーは晩節を汚したな

2024/11/22(金) 23:05:27.32

絶対数に平方の係数の四倍を掛け、中間項の係数の平方を加え、同平方根をとって中間項の係数を引いてから、平方[の係数]の二倍で割ったものを出力せよ

**aser-fgki** (JP 0H1e-hB9O) · 2024/11/22(金) 23:22:42.09

>>585は痛烈な皮肉を言った。>>590は昔、HPの電卓が採用していた逆ポーランド法を連想して「ポーランドに行け」と言った。深いわ、ここのスレ

**デフォルトの名無しさん** (JP 0H1e-hB9O) · 2024/11/22(金) 23:31:47.69

怖ヒから、退散します。

2024/11/22(金) 23:46:57.45

どんな記法でもメソッドチェーンできれば勝つる

2024/11/24(日) 06:44:31.77

昔Turbo C++とか使ってたなあ

2024/11/25(月) 11:18:23.17

>>593
それも算数を習っていて、記号の意味や結合の優先順位、()グループ化のトレーニングを受けている前提だろ。

中置記法ではなく前置記法のトレーニングを受けている想定なら
/(*(8.0, std::number::pi, G), *(c,c,c,c,mu0))
だし、日本語ベースの後置記法なら中置記法のような特別なトレーニング無しで>588ぐらいは使えるかと。

**青木康善** (ｱｳｱｳｳｰ Sa5b-8bf6) · 2024/11/27(水) 11:39:09.65

やっぱり、C++は、難しいんで、慣れてるjavaで音楽ソフトウェア作ります。皆さんの健闘を祈ります。best regard

**デフォルトの名無しさん** (JP 0H4f-6m00) · 2024/11/28(木) 01:12:28.19

ちん逃げやがったな。俺も人のこと言えんけど。

2024/11/29(金) 12:44:20.48

Javaの構文的美しさは素晴らしかったけど
他言語に引っ張られて汚れてしまった
それならC++のほうが良い
何でもできるから

2024/11/29(金) 13:41:39.20

やりたいことが出来る言語と
やりたいことが出来ない言語

2024/11/29(金) 16:19:14.67

なんでもできるは他を知らないだけだろ

2024/11/29(金) 17:33:38.53

一応、自分の技量と気力で、希望するわがままが通るかは、調べてみるけどね

**デフォルトの名無しさん** (JP 0Hdf-/Vqe) · 2024/11/29(金) 18:57:30.48

EchoAPIは私のVS Codeのセットアップに素晴らしい追加となり、APIテストがとても簡単になった

2024/11/29(金) 22:11:11.77

やりたいこと以外何でもできる言語

2024/11/29(金) 23:01:12.73

やりたいことはできない。(サボりの)どうでもいいことはできる。ってほっとけｗｗ

2024/11/30(土) 09:53:14.46

x C++が難しい
o 頭が悪い

2024/11/30(土) 12:21:10.79

c++が簡単ってまあ勘違いだろ
脱初級で全部わかった気になるやつ
個人的に尊敬してる人でも難しいと言ってる

**青木康善** (ｱｳｱｳｳｰ Sa5b-8bf6) · 2024/11/30(土) 13:56:11.47

javaで、簡単なドラムマシン作りました。C++では、到底オツムが良く無い僕には無理です。皆さんの健闘を祈ります。

**デフォルトの名無しさん** (JP 0Hf2-Dj8N) · 2024/12/01(日) 18:28:00.78

xxx.h で namespace A { size_t intval, count, itr; }　を宣言。もちろん、インクルードガードしてる。

ところが、作ったライブラリをテンプレート対応に修正したら、「intval, count, itr」が2重定義されてます。」
という旨のLINK1169のエラー(Visual Stuio 2022)が突然出てきた。前のライブラリではこんなエラー出てなかった
のに...ナンデダロー、ナンデダロー♪と悩んでいたが、

namespace A { extern size_t intval, count, itr; }

を宣言したら解決した。extern_や外部リンケージのことがが良くわからない。調べたら通りいっぺんのことは
わかるけど。LINK1169のエラーが出たら、extern宣言してみてLINK1169を殺す、という対症療法だけ学習しました。

**デフォルトの名無しさん** (JP 0Hf2-Dj8N) · 2024/12/01(日) 18:28:57.10

くそ！また改行がめちゃくちゃ

2024/12/01(日) 18:31:33.21

MAPファイルの読み方を研究した方が良いかもな

**デフォルトの名無しさん** (JP 0Hf2-Dj8N) · 2024/12/01(日) 18:32:40.91

それに誤字だらけだし。オワタ。高齢者の認知症検査試験大丈夫かな。５年後だけど。

2024/12/01(日) 19:20:01.62

>>610
定義はプログラム全体でひとつとする原則 (one definition rule) は診断不要な場合がある仕様になっていて処理系が問題を検出できなくてもかまわないことを意味する。
つまりエラーが出てなくても間違っている (未定義の挙動) かもしれないので理解せずにエラーメッセージに頼るのは悪い姿勢。

**デフォルトの名無しさん** (JP 0Hf2-Dj8N) · 2024/12/01(日) 19:34:57.34

テンプレートにすると(implテクニックを使わなければ)、定義も実装も同じファイルに書かなければならないからそれが原因かなあ。とりあえず、厄介なLINKエラーは除霊されました。

2024/12/01(日) 20:25:56.70

>>615
テンプレート内でグローバル変数にアクセスする箇所があるってこと？
それなら今はインライン変数を使うのが便利で行儀の良い作法のひとつだと考えられている。
インライン変数は C++17 からの機能なのでそれより古い規格しか使えないような事情があるなら仕方ないんだけど……

**デフォルトの名無しさん** (JP 0Hf2-Dj8N) · 2024/12/01(日) 20:32:06.26

>>616

ありがとうございます。調べてみます。
ちなみに、>>615 定義も実装も　→　宣言も定義も　ええいくそっ！　まーた間違えた

**デフォルトの名無しさん** (JP 0Hf2-Dj8N) · 2024/12/01(日) 21:38:54.98

>>616

まーた、言い忘れました。まさにその状況でした。

**デフォルトの名無しさん** (JP 0Hf2-Dj8N) · 2024/12/02(月) 22:09:00.59

[][]演算子のオーバーロードが欲しい。行列を1次元配列で実装する場合、C++は行主順(行列を行ベクトルの集まりとみなす)。Blas、lapackのライブラリをビルドしたfortran77は列主順(行列を列ベクトルの集まりとみなす)。()演算子のオーバーロードでは、行主順だろうが列主順だろうが、行列Aのi行j列の要素にはA(i,j)とアクセスできるが、列主順の場合には［］演算子のオーバーロードをどうやってもA[j][i]となってしまう。それでeigenは()演算子のみをサポートしている(本当か？)。だが、A(i,j)が添字0から始まるのが気に入らん。添字が0から始まるのはA[i][j]やろうもん。
[][]のオーバーロードがあったらなあ。

2024/12/02(月) 22:22:03.04

propertyなら簡単に多次元配列扱えそうなのに
propertyいつになったら実装されるのやら

2024/12/02(月) 22:30:10.13

>>619
O [][]演算子のオーバーロードが欲しい。
O 行列を1次元配列で実装する場合、C++は行主順(行列を行ベクトルの集まりとみなす)。
O Blas、lapackのライブラリをビルドしたfortran77は列主順(行列を列ベクトルの集まりとみなす)。
X ()演算子のオーバーロードでは、行主順だろうが列主順だろうが、行列Aのi行j列の要素にはA(i,j)とアクセスできるが、
X 列主順の場合には［］演算子のオーバーロードをどうやってもA[j][i]となってしまう。
O それでeigenは()演算子のみをサポートしている(本当か？)。
X だが、A(i,j)が添字0から始まるのが気に入らん。
X 添字が0から始まるのはA[i][j]やろうもん。
O [][]のオーバーロードがあったらなあ。

行頭Xで示した文章の意味が良く分からん

**デフォルトの名無しさん** (JP 0Hf2-Dj8N) · 2024/12/02(月) 22:40:34.32

ああ、そう。
ところで、A(i,j)が添字0から始まるのが気にならないんだ。じゃあ、もうええわ。

2024/12/02(月) 22:51:18.89

msvc4.xxにoprater delete[]をoverideする機能が無い
所からCOMの仕様が策定されている所を考えると
面白いな

2024/12/02(月) 22:58:33.93

>>622
日本語の意味が分からんと書いている
0オフセットが嫌ならiやjから1引けば良かろうもん?

2024/12/02(月) 23:07:19.64

>>619
[] がカンマで区切られた複数の引数を受けとる機能は入る見込み。
そのための前準備として [] の中でカンマ演算子を使うのが C++20 から非推奨になってる。必要なら括弧で囲めばいいだけだから深刻な互換性問題にもならんだろうし。

[][] をオーバロードするとなると辻褄合わせが難しいだろうから入ることは期待できないと思う。

2024/12/02(月) 23:09:49.14

>>625
あ、アンカーを間違えた。 >>619 にすべきだね。
すまぬ。

2024/12/04(水) 01:53:48.90

結局はベクトルや行列の演算の何かなんだろうから
二重配列を直接操作するというよりベクトルや行列のオブジェクトの演算を
定義する、演算子オーバーロードする、とかそういうコードを一旦書くわけには
いかないのかな?

2024/12/04(水) 11:10:28.05

[][]演算子が出来たら
[][][]の解釈に困るからできない

というより
[]が一つの演算子だから[][]はないし混乱のもと
[ , ]が正当

2024/12/05(木) 20:29:34.16

pythonみたいにhoge[:,:,::-1]みたいな描き方したい
operatorオーバーロードの仕方教えてくれ

2024/12/06(金) 19:13:10.74

どうしてもやりたいならユーザー定義リテラル使ってhoge[":;:;::-1"_slice]とか書かせるかなあ

2024/12/07(土) 17:49:57.38

[,]とカンマ演算子の優先順位はどうなるんじゃ……
まあすでに関数の引数部分で似たような状況（(, , ,)）だから良いのか……

2024/12/07(土) 19:05:42.44

>>631
先述 (>>625) の通り [] 内での (丸括弧で囲まない形での) カンマの使用は C++20 から非推奨。
これは変更に対する布石で、 C++23 からカンマは引数の区切りのカンマとして解釈されることになった。
解釈が変わる (互換性が維持されない) 変更なのだが、大量の既存のコードを検証してそれが問題になるような使い方はほとんどない (あっても簡単に迂回できる) と判断された。

2024/12/08(日) 19:55:22.57

mdspan でいいんじゃないかと

**350** (ﾜｯﾁｮｲ 9744-3FWJ) · 2024/12/30(月) 01:24:05.36

>>316
char name[] = "sazaesan";

これ配列リテラルちゃうの?
nameはポインタだが
dc エリアに sazaesan\0 格納されるだろ

2024/12/30(月) 02:23:21.03

その話はもうええわ

2024/12/30(月) 03:22:33.37

>>634
> これ配列リテラルちゃうの?

文字列リテラルは配列の一種ではあるが、この場合は配列一般を表すリテラルはないという意味。
(C にはコンパウンドリテラルがあるし、一部の処理系では C++ でも使える拡張があるけど。)
初期化子に現れる波括弧が配列リテラルだと誤解しているらしいことについての指摘なので文字列リテラルも配列リテラルだというのは関係がない。

> nameはポインタだが

いいえ。 name は配列。

> dc エリアに sazaesan\0 格納されるだろ

これはリテラルかどうかの話とは関係がない。

2024/12/30(月) 08:13:16.60

>文字列リテラルは配列の一種ではあるが、この場合は配列一般を表すリテラルはないという意味。

おおっと苦しいねぇw

2024/12/31(火) 23:26:05.62

>配列リテラル
そもそもこの言葉がおかしい
配列リテラルなんてものは存在しない
リテラルは数値や文字、文字列の変更不可な定数を指す用語で、配列等の変数とは間逆の存在
配列は文字列リテラルとかで初期化はできるがリテラルには分類されない
主にjavascript界隈で平気で配列リテラルなんて説明してるサイトがあるが全部間違い

2025/01/01(水) 11:07:42.20

>>638
英単語としての literal の意味にそぐわなくても、言語仕様でリテラルという用語を割り当てられたならリテラルというしかない。
JavaScript (ECMAScript) のことはよう知らんけど仕様を見たら [] で囲んで配列を表現する文法には ArrayLiteral と書いてあるぞ。

https://262.ecma-international.org/15.0/index.html#prod-ArrayLiteral

2025/01/01(水) 11:14:58.75

まぁ言葉の競合なんて稀によくあるし

**青木康善** (ｱｳｱｳｳｰ Sac7-DS50) · 2025/01/02(木) 03:10:49.97

独習C++今から読みます。

2025/01/02(木) 12:45:54.07

そうか。

2025/01/02(木) 17:05:43.34

>>639
そこ見たけどリテラルについては13.2.3 Literalsで定義されてるし
ArrayLiteralで検索したら13.2.4 Array Initializerと書いてあるから、ArrayLiteralはただの誤植だろ
そんなのを根拠にして配列リテラルなんておかしな説明が広まってるのか

2025/01/02(木) 20:16:05.92

どうだろ？
同じものでも切り口によって呼び名が違うことはあるじゃないの。
たとえば字句的には識別子と呼ばれてるものが構文の上では変数だったり型だったりするわけで。
本当になんの使い分けの意図もなく単なる間違いなんか？
いやまあ、私はよう知らんから本当に間違いなんかも知らんけど。

2025/01/03(金) 05:19:23.99

>>643
だから
値による Initialize と Literal がどーちがうというんだ
何をこだわってるの?

2025/01/03(金) 08:22:15.04

用語は概念と結び付いてる。
理屈の建て付けが用語に現れているのだから用語の間違いは理屈の理解の誤り。
こだわるべき。

訳の都合とか歴史的事情でわかりにくい変な用語になってるのもよくあることだけどな。

2025/01/03(金) 15:37:54.39

常に厳密であるべきとまでは言わないけど、必要なときに説明できる程度にはね。

2025/01/03(金) 16:40:53.84

せやな

2025/01/04(土) 19:25:11.41

ECMAScript® 2024 Language Specification
A Grammar Summary
https://tc39.es/ecma262/2024/multipage/grammar-summary.html#sec-grammar-summary
より抜粋
｜ PrimaryExpression :
｜ Literal
｜ ArrayLiteral
｜ ObjectLiteral
｜ RegularExpressionLiteral
｜
｜ Initializer :
｜ = AssignmentExpression

camel case の『ArrayLiteral』等は文法記法上のシンボルであり専用の(斜体)フォントが使用されている。
『ArrayLiteral』は『PrimaryExpression』の下に『Literal』や『RegularExpressionLiteral』等と並んで定義されているので『Literal』の下には無い。
これを踏まえて、何故『ArrayInitializer』というシンボル名にしなかったのかという疑問なら話が分かる。C や C++ の『Initializer』関連も参考になる。

2025/01/04(土) 19:40:45.61

その話つまんないから

2025/01/04(土) 19:51:17.23

関西人が河童を追い払う古代遺跡、カッパドキヤ

2025/01/07(火) 15:04:17.79

初心者が聞いたら間違いなく混乱するなこりゃ
普通リテラルってデータリソース「表現」のレベルでメタキャラと対な概念、って点をまず押さえるべきなんじゃないかと
Cならバックスラッシュがリテラルかメタキャラかはシングルクウォートで囲まれるかダブルクウォートで囲まれるかで変わる、みたいな感じで

あと表現と「実装」(配列orリストorタプルetc.)をごちゃ混ぜに議論してるのも良くない…気がする
JSでの用語用法に関しては正直どうでもいい他所でやれとしか

2025/01/09(木) 16:41:07.20

>>646
こだわってるのはお前だけ
しかも値によるInitializeとLiteralは用語の間違いではなく同じものでしかない
寝言ほざくな

2025/01/09(木) 16:43:12.80

このはちみつなんとかて
なんでこのスレにずっと張り付いてるの?

2025/01/09(木) 17:53:02.65

コテハンだから目立つというだけで、名無しでずっと張り付いてるのもいるでしょ

2025/01/10(金) 15:09:57.30

むしろこの手のスレで名無しのすべてが毎回入れ替わって別人なんだと思えるほうが異常とも言える

2025/01/10(金) 19:09:29.05

名前が売りたいならtwitterとかで活動された方がいいんじゃないのと思っている

2025/01/10(金) 19:28:58.52

は？ｗ
はちみつ餃子なんて名前売って何になるってんだ？
ペンネームかなんかで活動しているわけでもないのに

2025/01/10(金) 19:32:01.54

名前が広く知られる必要も意味もない。
話を追いやすくするのが主目的であって「私」というキャラクタを主張したいわけではないので、むしろ意図的に 5ch 上でだけはちみつ餃子と名乗ってる。
(元々はSCHEME餃子と名乗っていたが Scheme スレ以外にも書き込むので変えた。)
Twitter (X) のアカウントも持ってはいるけど。

2025/01/10(金) 19:36:59.79

議論してても別の主張と混同されたり自演認定してくるやつがいたりして本筋からズレまくって面倒くせぇことが結構あるんだよ。
コテハンはコテハンでなんだかんだ言うやつがいるからどっちもどっちで面倒くせぇけどな。

2025/01/11(土) 12:15:30.40

酉だけで十分では

2025/01/11(土) 20:48:36.46

「一応署名」するんなら、CNはあったらいいぞ

2025/01/18(土) 07:24:59.91

動作から見るポインタと配列の違い……
char arr[] = "abc";
char* p = &(arr[0]);
assert(&p != &(arr[0]));
assert((void*)arr == (void*)&(arr[0]));
いや知らんけど多分……

メモリ割り付けまで見たらもっとはっきり違いがわかるﾊﾟｰｽﾝ

2025/01/18(土) 07:27:41.04

訂正orz……
誤: assert((void*)arr == (void*)&(arr[0]));
正: assert((void*)&arr == (void*)&(arr[0]));

2025/01/24(金) 23:21:44.53

コンパイル時にsoファイルをリンクする時って参照されるsoファイルを参照している側よりも後ろに書くみたいなルールあると思うんだけど、
このルールに従わずsoファイルを前に書いた時にコンパイル成功する環境と失敗する環境がある

失敗するときのエラーはundefined reference errorでso側を参照しているところでエラーになってる

gccのバージョンは一応同じで、OSはwslのUbuntuとRedHat
Redhat側で成功している
コンパイルするときのコマンドは同じもの

原因ってどのへんにあるのかわかります？　あるいは何らかの設定で回避できるとか

似た事象でこの辺が引っかかったけど答えはなかった
ttps://forums.debian.net/viewtopic.php?t=152808

警備員[Lv.18] (ﾜｯﾁｮｲ 33b8-iSs0) · 2025/01/25(土) 00:01:43.45

環境変数の違いじゃないのLD_PRELOADとか