[過去ﾛｸﾞ] C++相談室 part154 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
325: 2021/01/30(土)17:30 ID:2r/QlSUC(2/2) AAS
互いの信仰を侵害してはならないがチーム内では統一されている必要がある
規約の背景は明確である必要がある
326: 2021/01/30(土)18:08 ID:OHt9F1SU(6/8) AAS
>>317
まず、FILE*とostreamが一対一対応していないのがダメ。
せっかくC言語でファイル、パイプ、標準IOがFILE*型としてで統合化・抽象化されていたのに、
C++でostreamとfstreamで分離される劣化が起きた。
327: 2021/01/30(土)18:30 ID:PJvUkb6d(4/5) AAS
ios_baseで統一する形に変わっただけ
それをFILE*がどうたらと駄々こねるのは
頭が堅すぎる実年齢に無関係の老害だ
328: 2021/01/30(土)18:36 ID:OHt9F1SU(7/8) AAS
パイプ処理をostream系で書く奇特な人ってどのくらいいるの？
329: 2021/01/30(土)18:41 ID:OHt9F1SU(8/8) AAS
pythonは定数がないから全部大文字の変数は定数のようにみなしましょう的な談合がある。
330: 2021/01/30(土)19:00 ID:0ahE8ZR3(2/2) AAS
定数というか型もない
331(2): ◆QZaw55cn4c 2021/01/30(土)19:09 ID:L1O2TNoD(2/2) AAS
>>322
束縛領域が狭いローカル変数とかには、_x を使ってもいいのではないか？と考えていますが‥‥
332: 2021/01/30(土)20:32 ID:PJvUkb6d(5/5) AAS
data_
size_
333(3): 2021/01/31(日)03:18 ID:6QCY/vGM(1) AAS
>>331
実は#defineマクロの中で使われるケースがあってね。
_xが、アプリの中で使われてない事を前提にしないとマクロが作れない
場合とか。
334(2): 2021/01/31(日)06:52 ID:gXTMTlGe(1/8) AAS
HTTPサーバーのサンプルで、関数型言語がCを凌駕して、C実装の作者が？？になってるやり取りをどこかで見たのですが、わかる方いらっしゃいませんか？
おそらくC++は簡単に勝てるはずなんですが。
335: 2021/01/31(日)07:27 ID:fCVb5Gn/(1/11) AAS
dmrが？
336: 2021/01/31(日)09:14 ID:bSEeGU13(1/3) AAS
>>333
c++実装者がユーザから参照可能な形でそれやってるの見たことあるの？
337(1): 2021/01/31(日)09:22 ID:fCVb5Gn/(2/11) AAS
>>333
#define A(_x) (std::cout << #_x)
int main()
{
int _x = 5;
A(_x);
std::cout << _x;
}
何か問題でも？
338(1): 2021/01/31(日)10:19 ID:BqL9JwJS(1/3) AAS
ひどいな
外部ﾘﾝｸ:qiita.com
339(2): 2021/01/31(日)10:23 ID:BqL9JwJS(2/3) AAS
>>331
_で始めると激しくコンパイラ依存になる
340: 2021/01/31(日)10:50 ID:BqL9JwJS(3/3) AAS
>>334
Erlang?
341(1): はちみつ餃子 ◆8X2XSCHEME 2021/01/31(日)10:57 ID:+XHxoAeu(1/5) AAS
>>339
繰り返すが言語仕様上はグローバル変数ではない名前の頭がアンダースコアで始まるだけなら問題ない。
現実に出来が悪いコンパイラがたくさんあるのであれば仕方がないが、
少なくとも俺はそんなのに遭遇したことはない。
342: 2021/01/31(日)11:04 ID:fCVb5Gn/(3/11) AAS
>>338
DLLのビルドに使ったコンパイラと
そのDLLを使うアプリをビルドするコンパイラが違っても動くんだぞ
ABIの指定は仕方ねえだろ
343(1): 2021/01/31(日)11:29 ID:2WBeknRq(1/2) AAS
>>334
これか？
サーバーじゃなくてパーサー部分だけだけど
外部ﾘﾝｸ:blog.8arrow.org
344: 2021/01/31(日)12:10 ID:gXTMTlGe(2/8) AAS
>>343
それです。
ありがとうございます。
345(1): 2021/01/31(日)13:12 ID:ZnRwde8F(1/13) AAS
>>341
英語サイトでも、説明の仕方が誤解を招くようなものがありまして、もしかしたらそれは誤解かも知れません。
外部ﾘﾝｸ:stackoverflow.com
「Here's what the C standard says (section 7.1.3):
1. All identifiers that begin with an underscore and either an uppercase letter or another underscore are always reserved for any use.
2. All identifiers that begin with an underscore are always reserved for use as identifiers with file scope in both the ordinary and tag name spaces.」
訳：
1. アンダースコアで始まって直後に英大文字が続くか、または、アンダースコアが連続して
続く識別子は、いかなる使用も予約されている。
2. アンダースコアで始まる全ての識別子は、通常または、タグ名前空間における
ファイルスコープの識別子として常に予約されている。
1. の方は、_XXX か、__xxx は予約されていると言うことですが、
2. の方は、_xxx の形式は、例え xxx の部分の先頭が小文字であっても、ファイルスコープにおける
識別子として予約されており、ローカル変数名としては使うべきではないということだと思われます。
また、C++の方では、
外部ﾘﾝｸ:stackoverflow.com
*Reserved in any scope, including for use as implementation macros:
10. identifiers beginning with an underscore followed immediately by an uppercase letter
11. identifiers containing adjacent underscores (or "double underscore")
*Reserved in the global namespace:
12. identifiers beginning with an underscore
この12.の書き方が(あなたに)誤解を招いた気がします。
また、11.によれば、xxx__yyy のように _ が連続するものは、識別子の中間であっても予約されている
とのことです。
346(6): 2021/01/31(日)13:18 ID:ZnRwde8F(2/13) AAS
>>337
それは問題ではないんだけど、
#define a(x) { int _x = 1; _x = x * 2; printf("%d",_x);}
のようなマクロが有ったとすれば、
int y = 5;
a(y); // 10 と表示される。
と
int _x = 5;
a(_x); // 2 と表示される。
347(1): 2021/01/31(日)13:42 ID:Rr91L/mp(1) AAS
int と自作クラス A の pair を priority_queue に入れようと思ったら pair<int, A> に対する less の定義(？)が要るって言われました
int だけに基づいてソートしてくれたら結構なんですが、最も簡単な書き方はどんなですか
また、自作クラス A は array を継承しているのですが、less の定義も引き継ぐ方法はないのでしょうか
348: 2021/01/31(日)14:05 ID:WjHCKOmN(1/3) AAS
いろんな見解があってややこしいから、安全側に倒して「_で始まる名前は一切使うな」でいいと思ってる
コンパイラ実装するような奴以外はそれで困らんやろ
349: 2021/01/31(日)14:10 ID:gXTMTlGe(3/8) AAS
【HOW】予約済みの席に座る方法【TO】
350(1): 2021/01/31(日)14:15 ID:WjHCKOmN(2/3) AAS
>>347
using Aitem = std::pair<int, A>;
using Aqueue = std::priority_queue<Aitem std::vector<Aitem [](const Aitem& lhs, const Aitem& rhs){ return lhs.first < rhs.first; }>
Aqueue your_queue;
351(1): 2021/01/31(日)14:54 ID:bSEeGU13(2/3) AAS
>>345
ファイルスコープとローカルスコープは違うよ。
あと、今議論中なのはアンダースコアひとつで始まるメンバ変数についてなんで、アンダースコアの連続がアウトなのは誰でも知ってるし、餃子も324で書いてる
352: 2021/01/31(日)15:06 ID:gXTMTlGe(4/8) AAS
盛 り 上 が っ て ま い り ま し た ↑
353: 2021/01/31(日)15:07 ID:gXTMTlGe(5/8) AAS
SRELLって知ってますか？
354(1): 2021/01/31(日)15:15 ID:ZnRwde8F(3/13) AAS
>>351
undersocre で始まる識別子は、Cの仕様ではこうなっています：
「All identifiers that begin with an underscore are always reserved for use as identifiers with file scope in both the ordinary and tag name spaces.」
「undersocre で始まる識別子はfile scopeでは使用してはいけない」
とは言っておらず。
「undersocre で始まる識別子はfile scopeの識別子として使用される
ことが予約されている」
と言っています。
with file scope
の前置詞がなぜ in ではなく with になっているかは私には分かりかねますが、
その直後にも in が使われているので in が二重に使われるのを避けたのかも
知れません。
355: 2021/01/31(日)15:18 ID:gXTMTlGe(6/8) AAS
inを踏むとか言ってみたくなるじゃないか。
責任とれ。
356: 2021/01/31(日)15:18 ID:ZnRwde8F(4/13) AAS
どうやら、
「identifiers with file scope」は、「ファイルスコープを持つ識別子」
であり、with は、「持つ」の意味で使われているようです、。
357(1): 2021/01/31(日)15:41 ID:bSEeGU13(3/3) AAS
>>354
予約されてるとはつまり使うなってことだけど、いずれにせよファイルスコープの話であって、ローカル変数の話じゃないよ。
358(1): 2021/01/31(日)16:03 ID:fCVb5Gn/(4/11) AAS
>>346
#define a(x) { int z = 1; z = x * 2; printf("%d",z);}
int y = 5; a(y);
int z = 5; a(z);
これと何が違うの？
下線で始まることとは無関係だろ
359: 2021/01/31(日)16:08 ID:q0ry4PhJ(1/3) AAS
STLコンテナの継承ってしない方が良いんですかね？
たとえばarrayに機能を追加 ([i][j] で i 行 j 列の要素を取得する等) して行列クラスを作りたいとき、
・arrayを継承する
・行列クラス内で要素を格納するメンバを array として持つ
の2パターンが考えられますが、皆さん的にはどっちが好ましいですか？
行列 is an array なので今こそ継承の使いどころだと思ったのですがいかがでしょうか
360(1): 2021/01/31(日)16:16 ID:WjHCKOmN(3/3) AAS
arrayは仮想デストラクタ持ってないからポリモは出来ない
データ構造使うだけなら必要ない
やめとけ
361: 2021/01/31(日)16:20 ID:NgKJGEE4(1/3) AAS
かか関数型マクロなら不用意に定義されていても
int y = (a)(x)
という書き方おすれば問題無くマクロじゃない関数a()の方が呼ばれるので問題無い！
事前に
typedef double a;
とかされていた場合は知らんが、
362: 2021/01/31(日)16:21 ID:2wqasnUt(1) AAS
好きにしたら？
C++なんて自己流全開で俺スゲーしてなんぼ、他人の顔色伺ってたらダメ
行列なんてプロダクションではどうせ出来合いのライブラリ使うんだし
363(1): 2021/01/31(日)16:22 ID:q0ry4PhJ(2/3) AAS
>>360
じゃあメンバとして要素(array)を持てば良いってことですよね？
[]の定義の仕方はわかるのですが、[][]ってどうやって定義するんでしたっけ？
364: はちみつ餃子 ◆8X2XSCHEME 2021/01/31(日)16:27 ID:+XHxoAeu(2/5) AAS
>>363
直接には出来ない。 (二引数を受け取れるようにしようという提案はある。)
operator[] を持つ別のクラス (のオブジェクト) を返すという形で実装する。
365: 2021/01/31(日)16:27 ID:X7lGC0go(1/2) AAS
case by case だろうけど
Array と Matrix に関してなら
直観的に考えると後者かな
継承する意味が無い
366(2): 2021/01/31(日)16:30 ID:X7lGC0go(2/2) AAS
[][][]だと３引数になるの？
[][][][]だと４引数になるの？
って疑問が出るので
operator[] を持つ自分自身のクラス (のオブジェクト)が正解だと思う
367: 2021/01/31(日)16:31 ID:NgKJGEE4(2/3) AAS
std::array<std::vector<double> > x;
みたいな
368: 2021/01/31(日)16:32 ID:NgKJGEE4(3/3) AAS
ジャグ配列になってしまう…orz
369: 2021/01/31(日)16:32 ID:fCVb5Gn/(5/11) AAS
継承といえば
type_infoは仮想デストラクタ持ってるけど
派生クラス作ったやついる？ 実験でなく
370(2): 2021/01/31(日)16:34 ID:ZnRwde8F(5/13) AAS
>>358
命名規約に従って変数名をつけていれば、>>346のマクロはバグらない。
一方、>>358のマクロは、命名規約に従って合法的に定義されたローカル
変数zに対して使ってもバグる。
その違い。
371: はちみつ餃子 ◆8X2XSCHEME 2021/01/31(日)16:34 ID:+XHxoAeu(3/5) AAS
>>366
operator{] にこだわらずに要素にアクセスするメンバ関数を用意するのでもそんなに困らない。
見栄えだけの問題。
まあ見栄えも大事なんだけど。
372(2): 2021/01/31(日)16:36 ID:ZnRwde8F(6/13) AAS
>>357
そうではなく、_xxx は、グローバル変数で使うことが予約されているので、
ローカル変数では使ってはならない、と読み取れるように思う。
373(1): 2021/01/31(日)16:38 ID:q0ry4PhJ(3/3) AAS
>>366
すみません。どう書いたら良いのか分かりません
[]は
int& operator [] (int i) {return elem[i];}
みたいな感じですよね？
374(1): 2021/01/31(日)16:43 ID:fCVb5Gn/(6/11) AAS
>>370
そのためにinlineとconstexprが用意されてるわけだが
なぜマクロで作らなければならないんだ？
どこぞのOS屋がmaxなんてクソマクロ作ってたせいで
みんな迷惑してたよな
375(1): はちみつ餃子 ◆8X2XSCHEME 2021/01/31(日)16:45 ID:+XHxoAeu(4/5) AAS
>>372
ファイルスコープで予約されている名前とローカル変数で名前がかぶっても
単にシャドウされるだけなので衝突しない。
ローカル変数名として使うべきでないという理由にならない。
376(2): 2021/01/31(日)16:51 ID:ZnRwde8F(7/13) AAS
>>370
[補足]
マクロ引数が二重に評価されてしまうのを防ぐため、マクロ作者が
気を利かせたつもりで次のようなマクロを書いたとする:
#define b(x,y) {int _x=x; int _y=y; f(_x,_y); g(_x,_y); }
作者の意図としては、
char *ptr1, *ptr2;
b(*ptr1++, *ptr2++);
のような場合にも正しく動作するようにしたいということで、
この場合は、*ptr1++, *ptr2++ は、それぞれ1回ずつ評価されるので、
ptr1, ptr2 は、それぞれ 1ずつ前に進むので、アプリ作者の意図を
組むことが出来る。
一方、使う側が命名規約に従わず、アプリのローカル変数で_x,_yを定義し、
int _x=1;
int _y=2;
b(_y,_x);
とすると、このマクロは誤動作し、
int x=1;
int y=2;
b(y,x);
と書いたときと結果が変わってくる。
377: 2021/01/31(日)16:55 ID:wwbd/Qx2(1) AAS
こういうクソしょーもない話って馬鹿でも理解できるから盛り上がるよね
378(1): 2021/01/31(日)16:57 ID:ZnRwde8F(8/13) AAS
>>375
まあ、そうなんだけども、多分、英語の意味をそのまま素直に汲み取れば、
単純に>>372の意味のはず。
またそれは>>376のような状況を防ぐことが出来る。
>>374
まあ実際それはそういうこともあることは有るが、マクロでしか書けないような
例もあるわけで、>>376のようなマクロ作者のせっかくの配慮が、命名規約
を破って書かれたアプリでは逆効果になってしまうことがある。
379: 2021/01/31(日)17:00 ID:ZnRwde8F(9/13) AAS
[補足]
なお、Cの伝統だと、
#define b(x,y) {int _x=x; int _y=y; f(_x,_y); g(_x,_y); }
ではなく、
#define b(x,y) do {int _x=x; int _y=y; f(_x,_y); g(_x,_y); } while(0)
と書く。
こうしておくと、このマクロを{}ブロックを伴わないif文に書いたときに異常動作
をしない。
380(1): はちみつ餃子 ◆8X2XSCHEME 2021/01/31(日)17:08 ID:+XHxoAeu(5/5) AAS
>>378
素直に読めばグローバルスコープで予約されているものは
グローバルスコープで予約されているという意外の意味を読み取ることは出来ない。
そこからローカル変数も制約されるという主張が出てくる理由が不在なんで、
何を言うてんのやろ……？ ってなるわけ。
381: 2021/01/31(日)17:11 ID:ziXVeJXQ(1) AAS
>>350
in instantiation of function template specialization ... requested here
というエラーが出ます
382(1): 2021/01/31(日)17:14 ID:fCVb5Gn/(7/11) AAS
>>376
だから二重評価が問題になるようなことをマクロでやるなって
その例だってinlineで書けるだろ
邪道なやり方を保護するために
本筋が迷惑を被るのは本末転倒だ
383(1): 2021/01/31(日)17:15 ID:ZnRwde8F(10/13) AAS
>>380
「All identifiers that begin with an underscore are always reserved
for use as identifiers with file scope in both the ordinary and
tag name spaces.」
「file scopeを持つ識別子として使用されるために予約されている」
だべ？
block scopeを持つ識別子として使用されたら、話がおかしいと思うが。
「この自動車は、仕事で使うために予約されています」
の場合、その自動車を私用で使えば、規則違反だよね。
384(1): 2021/01/31(日)17:15 ID:fCVb5Gn/(8/11) AAS
int _x; //こんなのがあっても
#define b(x,y) {int _x=x; int _y=y; f(_x,_y); g(_x,_y); } //ブロックスコープで保護されるだろうが
385(1): 2021/01/31(日)17:19 ID:ZnRwde8F(11/13) AAS
>>382
でも、_ が最初に来る名前をアプリが使っちゃいけない、というのは伝統的にそういう
ことが一番の目的だと思うぞ。
もう一つは、コンパイラの内部でこっそり使う場合があって、それと知らないうちに
衝突する可能性が僅かにあるため。
なぜこっそり使うかと言うと、絶対に衝突しないようにコンパイラ側を
書こうとするとコンパイラ作りに手間がかかるから。
もし、アプリ側が命名規約を守ってくれていれば、コンパイラ作りが楽になる
ことがある。
386(1): 2021/01/31(日)17:20 ID:ZnRwde8F(12/13) AAS
>>384
b(_y,_x)
と書いたらどうなるか考えてみたらしだんご。
387(1): 2021/01/31(日)17:25 ID:fCVb5Gn/(9/11) AAS
>>385
おまえさんはコンパイラ屋か？
そうだとして同業者は__builtin_va_argのように注意深くやってるぞ
自分らのエゴのために客に制限をかけるようなことを
でかい声で叫びまくるのはやめてくれ
388: 2021/01/31(日)17:30 ID:ZnRwde8F(13/13) AAS
>>387
まあ、本当はコンパイラ内部でこっそり使う場合、絶対に衝突しないような
もっと変な名前を使っているから大丈夫なんだ。
起動時の TickCounter の値を変数名の一部に入れたりとかね。
389(1): 2021/01/31(日)17:37 ID:2WBeknRq(2/2) AAS
>>383
ローカルスコープで同じ名前の別変数を定義するのは「その自動車を私用で使う」ことには当たらないって言ってるの
390: 2021/01/31(日)17:42 ID:/1NNOLNs(1/4) AAS
ヘッダーファイルに書くか、ソースファイルに書くかの違いも大きい。
ヘッダーファイルに書くときは名前衝突に対する細心の注意が必要。
391(1): 2021/01/31(日)17:45 ID:fCVb5Gn/(10/11) AAS
>>386
{int _x=_y; int _y=_x; f(_x,_y); g(_x,_y); }
どうなるって言いたいんだ？
392: 2021/01/31(日)17:51 ID:/1NNOLNs(2/4) AAS
C/C++の場合、スコープだけ意識するのは不十分で、ヘッダーかソースかで厳格さを変える柔軟性が必要。
ヘッダーに書くと影響範囲が大きいから。
393: 2021/01/31(日)17:57 ID:fCVb5Gn/(11/11) AAS
テンプレートなんか普通にヘッダに内容全部を書くが
マクロでバカやるやつがいなければ平和だよ
394(1): 2021/01/31(日)17:58 ID:A8yllSCF(1) AAS
ローカルスコープでも _x が禁止だというなら >>346 のマクロ a 定義内で _x を使っていい理屈もわからんよな。
395: 2021/01/31(日)18:55 ID:gXTMTlGe(7/8) AAS
std::pair<>を継承してquadを作る場合どうなりますか？
396: 2021/01/31(日)18:58 ID:gXTMTlGe(8/8) AAS
std::regexが意外と使える子に成長してますが、標準化委員会では捨て去る提案まで出てるそうで。
397: 2021/01/31(日)19:37 ID:/1NNOLNs(3/4) AAS
std::regexはプロパティが貧弱なので結局、従来の正規表現ライブラリ使う羽目になる。
std::regexと互換性のあるインターフェースを持つ正規表現クラスを提供するよう呼びかけるのが現実的。
398: 2021/01/31(日)19:51 ID:vFnk+kXo(1/2) AAS
順序付き pair って自分で順番に格納するのと2要素のsetにするのどっちが良いですか
399: 2021/01/31(日)20:39 ID:/1NNOLNs(4/4) AAS
pairはSTLのアルゴリズムの恩恵を得るための物。
自宅の郵便受けを豪華にしたところで、郵便事業には何の関係もない。ただの趣味の世界。
400(1): 2021/01/31(日)21:08 ID:vFnk+kXo(2/2) AAS
set< pear<int, int> > で、ある数を含む pear を高速に検索する方法ってある？
401: 2021/01/31(日)21:47 ID:jyYnHelr(1) AAS
set<int, vector<pair<int,int>*>>
元の集合に１億個程度のペアが入ってるとすると、住所録めいたものをあらかじめ生成しておく
配列でやっても速そう
list[m].empty()
こういうリストで空っぽかどうかわかればいいわけだ
vector<vector<pair<int,int>*>>>;
それならドでかい二次元配列に入れた方がラクかもしれない
連想配列でも出来る
map<int ,vector<pair<int,int>*>>>
静的な話だったが動的つまり追加と検索が交互に起こるとおそらく話は違ってくる
全部試して早かったモンが高速である、程度の他愛ない結論に落ち着く
402: 2021/01/31(日)22:01 ID:gvpDZJRs(1) AAS
構造体にしろよバカども
読みにくいだろ
403: ◆QZaw55cn4c 2021/01/31(日)22:54 ID:wKQ2AmTw(1) AAS
>>333
>>339
では _x ではなく x_ にしようっかな‥‥
404: 2021/01/31(日)23:01 ID:eyFvwlDf(1) AAS
googleスタイルガイドはそちらを推してるな
405(1): 2021/02/01(月)01:17 ID:FSry25xS(1/3) AAS
>>391
int _x=_y;
int _y=_x;
ここの二行目の右辺の_xは、b(_y,_x)の第二引数の_xではなく、一行目
で宣言した_xになっているので、b(_y,_x)の第一引数の_yになる。つまり、
int _x=引数の_y;
int _y=引数の_y;
となるので、{}の中の_x, _yは、どちらも引数の_yの値に等しくなってしまう。
これではマクロ作者が意図したことではなくなってしまう。
406(2): 2021/02/01(月)01:19 ID:FSry25xS(2/3) AAS
>>394
まあ、それはもっともな指摘なのだが、アプリ本体では使用禁止で、
マクロでは使用可能と勝手に解釈してしまうのが一つの流儀。
407(1): 2021/02/01(月)01:22 ID:FSry25xS(3/3) AAS
>>389
そうではなくて、ローカルスコープで使うことそのものが、file scope
で使ってないことに当たるので、規約違反と言うことになると解釈できる
気がするんだ。
なぜそんなルールにしたのかは分からんがな。
408(1): 2021/02/01(月)03:22 ID:fw9rYrIy(1) AAS
>>405
残念だったね。インライン関数使おうね。
>>406
あなたの流儀を規格の定めであるかのように話すのは迷惑なのでやめてくださいね。
>>407
file scope で予約されてる名前を file scope で使ってないなら問題ないね。
規約違反などという解釈にはならない。気のせい。そんなルールになってない。ってことで終われよ。
409: 2021/02/01(月)07:01 ID:v6ebtUL1(1/2) AAS
>>400
unordered_map<int, int>
410: 2021/02/01(月)07:30 ID:LhepLs74(1/3) AAS
>>406
マクロ定義内の仮引数名は当のマクロ定義外の何者とも関係しないのでは…
いわゆる束縛変数
411: 2021/02/01(月)07:38 ID:LhepLs74(2/3) AAS
として安全に取り扱われる
一方>>346の_xはa(x)が展開された結果が他のプリプロセッサ定義で再置換され得るなら危険
これが起きるかはプリプロセッサの仕様（規格）を見たら白黒付くが
個人的には君子なので危うきには近づかないことに死体、
412: 2021/02/01(月)08:09 ID:v6ebtUL1(2/2) AAS
うちの若いのがあんなアホマクロ書いてたら張っ倒す
まあ、やらかしそうなのはいないけど
413: 2021/02/01(月)09:26 ID:5yr9aQzL(1) AAS
>>346
そもそもそのマクロで生成される変数はファイルスコープでないから、そもそも問題外では？
仮にファイルスコープな変数を宣言するようなマクロでも、ユーザが意図せず
414(2): 2021/02/01(月)11:43 ID:xFB8fPis(1) AAS
仕事に情熱が持てなくなった
415: 2021/02/01(月)11:43 ID:VhfMLcQM(1) AAS
>>346
アホだ
416(1): 2021/02/01(月)12:06 ID:ZelzH3+k(1/7) AAS
>>414
コロナの影響だろな。
福島大爆発の影響も計り知れない。
「原爆ぶらぶら病」で検索してください。
417(3): 2021/02/01(月)12:30 ID:jyRtFT93(1/4) AAS
>>408
>file scope で予約されてる名前を file scope で使ってないなら問題ないね。
そうじゃない。
英語原文を読めば、file scopeで予約されているのではなく、file scopeで
使用するために予約されているのだ。
だから、file scope以外で使用することが禁止されている。
418: 2021/02/01(月)12:32 ID:jyRtFT93(2/4) AAS
>>417
日本語で言うなら、「file scope 専用」。
419: 2021/02/01(月)12:46 ID:/T40sBmV(1) AAS
>>414
ちゃんと飯を食え。
週末はちゃんち休め。
年10日は連続した休暇をとれ
420: 2021/02/01(月)12:55 ID:ioMwojjO(1) AAS
>>417
その一文ばっかりやたらこだわるけど
これが属しているセクションの名前って「17.4.3.1.2 Global names」なんだわ
グローバル名前空間の名前以外については言及してないの
ドラフトならインターネットで無料で見られるんだからこの辺の全容見てきな？
421: 2021/02/01(月)13:14 ID:Z79JHlVc(1/2) AAS
>>417
あらゆる場所で使ってはいけないのなら、7.1.3でわざわざ1つ目と対比させるように使用用途を限定して記載した理由を説明してよ。
普通はコンパイラ実装者のために予約されている、だけで十分でしょ
422: 2021/02/01(月)13:45 ID:fos4FOVO(1/4) AAS
仕事に情熱が持てなくなった
423(1): 2021/02/01(月)13:50 ID:jyRtFT93(3/4) AAS
外部ﾘﾝｸ:www.learncpp.com
Second, you should avoid naming your identifiers starting with an underscore, as these names are typically reserved for OS, library, and/or compiler use.
424(1): 2021/02/01(月)14:08 ID:fos4FOVO(2/4) AAS
>>373
obj& operator [] (int i) {return elem[i];}
もちろんelem[]の定義はobj elem[];
obj.shape() も実装すると便利
425: 2021/02/01(月)14:13 ID:fos4FOVO(3/4) AAS
>>416
「コロナでゴロゴロ病」
426(1): 2021/02/01(月)15:47 ID:Z79JHlVc(2/2) AAS
>>423
そのサイトを紹介して何の証明になるの？
427: 2021/02/01(月)16:16 ID:ZelzH3+k(2/7) AAS
>>426
外部ﾘﾝｸ:isocpp.org
428: 2021/02/01(月)16:22 ID:ZelzH3+k(3/7) AAS
C++ is the only real language for expert developers.
429: 2021/02/01(月)16:55 ID:fos4FOVO(4/4) AAS
C/C++は好きだし比較的最強の部類だと思うけど
夢未過ぎは判断を誤るから色んな言語を適材適所に使えるようになるのが理想
430: 2021/02/01(月)17:40 ID:LhepLs74(3/3) AAS
システム記述言語はアセンブラを除けばこの世にCとC++とRustしか、
431: 2021/02/01(月)17:46 ID:ZelzH3+k(4/7) AAS
中国人のありがたいお言葉ですぞ。
432: 2021/02/01(月)18:02 ID:jyRtFT93(4/4) AAS
大体、この板には中国人や韓国人はほとんど来ず、来ているのはアメリカ人
やヨーロッパやアフリカが多いらしい。
433: 2021/02/01(月)18:44 ID:+21BJdPm(1) AAS
いやrustが最強でしょww
434(1): 2021/02/01(月)18:47 ID:CDWd/LQ7(1) AAS
Goは駄目なん？
435(1): 2021/02/01(月)18:57 ID:0s4gr52A(1) AAS
自作の構造体をsetに入れたいときって operator < さえ定義しとけば良いの？
eraseとかは全部のメンバが同じものを見つけて消してくれると思って良い？
436: 2021/02/01(月)21:08 ID:ZelzH3+k(5/7) AAS
検索するとひろみをお勧めしてくる時点で無理だった。
437: 2021/02/01(月)21:34 ID:ZelzH3+k(6/7) AAS
しかもチップも取るんかーい！
438: 2021/02/01(月)22:43 ID:CtNYZU7D(1/2) AAS
>>435
erase含め、同値性は!(a<b)&&!(b<a)で判定される
全メンバ一致で同値とみなしたいなら辞書順比較する比較関数を定義すればよし
439: 2021/02/01(月)22:46 ID:FbSt8IWH(1) AAS
演算子オーバーロードは地雷度高い。
440: 2021/02/01(月)22:53 ID:CtNYZU7D(2/2) AAS
まあ、setに入れるためだけなら演算子オーバーロードするより関数オブジェクト使う方がいいかね
441: 2021/02/01(月)23:03 ID:f9q1oLiO(1/2) AAS
C++の質問じゃないとは思うんですが、上位数ビットを0で埋めたいといった場合は
「0埋めしたいビットを0、他を1にしたもので&演算する」
であってますか？
442(1): 2021/02/01(月)23:11 ID:ZelzH3+k(7/7) AAS
合ってます。
443(2): 2021/02/01(月)23:17 ID:f9q1oLiO(2/2) AAS
>>442
ありがとうございます
今までは例えばQWORDの上位3バイトを0埋めしたいってとき(value << 3*8) >> 3*8って言う2命令使う馬鹿な方法でやっていました・・・
444: 2021/02/02(火)02:08 ID:DmcXRB7X(1/2) AAS
へ椅子ブックが少し綺麗になってます。
445: 2021/02/02(火)02:10 ID:DmcXRB7X(2/2) AAS
RedditのC++コミュは17万人、オンラインが500人以上。
凄いね。
446(1): 2021/02/02(火)10:17 ID:uFATDe77(1) AAS
ビット演算の中で最速なのってシフトじゃなかったっけ？
だから下手したら>>443の方がフェムト秒レベルでは微妙に早いんじゃない？
447: 2021/02/02(火)10:29 ID:kGc73xZq(1) AAS
命令語長がマスク分だけでもQWORDに対して、シフトなら1バイト程度か
448: 2021/02/02(火)12:37 ID:vWAdhQ36(1) AAS
>>446
CPUの世代やアーキテクチャによって違うが、
Latencyが、Shiftの方がandより少し遅いことがある。
449: はちみつ餃子 ◆8X2XSCHEME 2021/02/02(火)12:49 ID:+MtixY9O(1) AAS
>>434
Go は GC が前提にあるから少し制約が強いけども、
OS のカーネルを書くのでもない限り思ったより足かせにならないという評価はあるみたいだね。
450: 2021/02/02(火)13:08 ID:aIAA0dxH(1) AAS
Goはクソすぎるから駄目だ
何が駄目といってまず名前が駄目
451: 2021/02/02(火)13:45 ID:8HFbTrXI(1/2) AAS
GoはPC初心者用
昔でいういわばBASIC
上下前次1-新書関写板覧索設栞歴
あと 551 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.037s