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/07/22(月) 15:58:46.65

STLつかうと一気に実行ファイルサイズが10倍に?！

環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない

すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。

C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
とかいうエラーが出るんだけどこれってどうすればいいの？

#include <stdafx.h>
後死ね。

言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。

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

**デフォルトの名無しさん** · 2019/07/22(月) 17:03:26.86

すっぱい葡萄
ttps://ja.wikipedia.org/wiki/%E3%81%99%E3%81%A3%E3%81%B1%E3%81%84%E8%91%A1%E8%90%84
　自分のものにしたくてたまらないにもかかわらず、努力しても到底かなわない対象である場合、
　人はその対象を「価値の無いもの」「自分にふさわしくないもの」と見なそうとし、
　それをあきらめの理由として納得し、心の平安を得ようとするものである。
　フロイトの心理学では、これを防衛機制および合理化の例とする。また、社会心理学においては、認知的不協和の例とされる。
　英語には、この寓話を元に生まれた熟語として "sour grapes" があるが、これは「負け惜しみ」を意味する。

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

>>2
void君諦め悪いよ

**デフォルトの名無しさん** · 2019/07/23(火) 15:37:41.03

江添がCADDIの常勤になった

**デフォルトの名無しさん** · 2019/07/23(火) 16:24:43.67

ループの中で剰余演算子が沢山出てくるとまぁよく知られてるように遅いわけだが、
(x += a) %= m;
を
x += a;
if(x >= m) x -= m;
としたら高速化された

だったら言語仕様として剰余演算子の定義をこう変えれば良いのに、なぜ遅いままなのですか？

**デフォルトの名無しさん** · 2019/07/23(火) 16:32:47.77

>>6
それじゃ変更前と同じ演算になってないだろ。x>=2mやx<0の可能性を排除しているから速いんじゃね。

**デフォルトの名無しさん** · 2019/07/23(火) 16:32:54.11

お前のプログラムa=999999、m=2の時に壊れてるよ

**デフォルトの名無しさん** · 2019/07/23(火) 16:54:30.60

>>7-8
確かに
すみませんでした

**デフォルトの名無しさん** · 2019/07/23(火) 17:33:44.97

https://cpplover.blogspot.com/2018/07/c17.html

**デフォルトの名無しさん** · 2019/07/23(火) 18:24:59.51

>>10
それ読んでもc++使う理由わからんよな
高速化が必要なコアのアルゴリズムにc++最新機能不要だろ
それより確率モデル使ってGPUで解くとかもっと賢くやれよと思うわ

**デフォルトの名無しさん** · 2019/07/23(火) 20:42:24.11

単なるファッションだろ。江添もさ。

**デフォルトの名無しさん** · 2019/07/23(火) 21:35:57.63

自分が食っていくためには自分に仕事が必要であるため、
C++言語仕様周辺で食ってる人は永遠にコネクリ回したいはず。

**デフォルトの名無しさん** · 2019/07/23(火) 21:41:03.53

最新規格に合わせた方が生産性高く保守も容易になる

それに、cudaだってc++17相当で書けるだろうに

**デフォルトの名無しさん** · 2019/07/23(火) 21:46:35.19

やってから言え

**デフォルトの名無しさん** · 2019/07/23(火) 22:06:34.72

自明だよね

**デフォルトの名無しさん** · 2019/07/23(火) 22:06:42.46

普通にc++17は便利に使っているが？

てか使っている実例に対して、無意味断定する根拠が適当過ぎる
それこそコードで示せと

そんなに大きくない会社が金かけてまでやっているのだから、それで利益が出る効果はあるんだろう

**デフォルトの名無しさん** · 2019/07/23(火) 22:13:30.35

>>17
お前が保守してるコードについて詳しくきかせてもらおうか

**デフォルトの名無しさん** · 2019/07/23(火) 22:20:10.76

コーディング量減るし、constexpr ifでlambdaの記述が捗るだろ？

**デフォルトの名無しさん** · 2019/07/23(火) 22:23:24.83

俺c++03民、autoが使いたいです

**デフォルトの名無しさん** · 2019/07/23(火) 22:36:46.59

>>19
ごまかすなよw
お前が今保守してるコードについて聞いてる
c++のバージョンは？
行数は？

**デフォルトの名無しさん** · 2019/07/23(火) 22:39:03.45

速度とC++を使用する意義について問題提起したのかと思いきや生産性の話になってる

**デフォルトの名無しさん** · 2019/07/23(火) 22:51:25.14

constexpr ifって言ってんのにC++のバージョン聞くってどういうこっちゃ
まさかC++20？

**デフォルトの名無しさん** · 2019/07/23(火) 22:53:38.63

>>21
今のところc++17だな
17で0から書いたわけじゃないが、少なくとも有効にしないと通らん
行数はひとつじゃなくライブラリ沢山だから分からん
昔はlinuxメインでcudaとかも使って数値演算だったがここ数年はwindowsばかり
画像処理系、GUI、数値演算ライブラリその他装置制御とかのライブラリと組み合わせたアプリ作っている感じだな

**デフォルトの名無しさん** · 2019/07/23(火) 22:58:50.26

画像処理だと要素型のテンプレートで基本操作をそれぞれ特殊化してintrinsicsで書いておいて、それを組み合わせて応用機能を実現している感じ
組み合わせで最適化可能な操作も基本操作に加えているけど

**デフォルトの名無しさん** · 2019/07/23(火) 22:58:57.04

>>23
何言ってだお前

**デフォルトの名無しさん** · 2019/07/23(火) 23:02:07.66

constexpr ifはC++17以降じゃないと使えない

**デフォルトの名無しさん** · 2019/07/23(火) 23:03:45.37

通称constexpr ifなのに書くときは逆という罠

**デフォルトの名無しさん** · 2019/07/23(火) 23:22:42.08

>>24
それ保守じゃねーだろ

**デフォルトの名無しさん** · 2019/07/23(火) 23:25:00.99

？
開発したアプリやライブラリの機能追加とかバグ対応とかって保守だろ

**デフォルトの名無しさん** · 2019/07/23(火) 23:38:39.91

それ保守ってほど時間たってないんじゃね？
しかも他人のコードじゃないならなおさら

**デフォルトの名無しさん** · 2019/07/23(火) 23:42:48.79

17にしてからは1年も経ってないかも知らんが、14,11の頃から数えれば数年前のソフトいじるとかは普通にある
弄るついでに最新規格でコンパイル通るようにしたり、使ってたライブラリ最新版に置き換えたりしてる

**デフォルトの名無しさん** · 2019/07/23(火) 23:43:53.31

>>32
だからそれ保守じゃねーから
変えてんじゃん

**デフォルトの名無しさん** · 2019/07/23(火) 23:46:09.85

自分のちっさいライブラリでしょどうせ
他人の膨大なソースコードでそれできんのかと
仕事で保守したことないやつの戯言

**デフォルトの名無しさん** · 2019/07/23(火) 23:50:18.68

機能追加やリファクタも保守だぞ
変えないことが保守だと思ってんの？仕事で保守したことないやつの戯言

**デフォルトの名無しさん** · 2019/07/23(火) 23:51:10.09

他人のなら、1ソース数10万行のが50ファイルとかあって、中身がコピペ改変のネスト構造になっているとか頭おかしいコードのデバッグとかすることもあるよ。
おんなじバグが100箇所くらいあったりするのw

**デフォルトの名無しさん** · 2019/07/24(水) 06:44:19.68

cudaに対してc+17使うとか100%死亡パターンだろw

**デフォルトの名無しさん** · 2019/07/24(水) 07:38:12.78

>>36
そういうやつは触れない
そうじゃないやつはリファクタリング可能
統一して語る必要はない

**デフォルトの名無しさん** · 2019/07/24(水) 15:35:36.80

修正は保守に入るだろうけど、
機能追加はどうかな。保守ではないような気がするが。

別にどうでもよいけど

**デフォルトの名無しさん** · 2019/07/24(水) 17:30:07.43

新しいOSに対応しろ、ファイル形式に対応しろ、こういうAPI追加しろ、出力形式変えろ、速くしろ、軽くしろ
保守ってそういう要求に対応すること・対応できる体制を維持することだと思ってたんだが、そうじゃない宇宙もあるのかな

**デフォルトの名無しさん** · 2019/07/24(水) 20:29:11.56

ソフトの保守って受けたことねーや
納品したらそれまで
改修や機能追加は別料金

**デフォルトの名無しさん** · 2019/07/24(水) 21:09:49.20

> 改修や機能追加は別料金
オレが決められるなら当然そうするんだが
クソ脳無しの営業どもが

**デフォルトの名無しさん** · 2019/07/24(水) 21:52:55.40

元来の意味は現状維持なんだから機能追加するものは保守とは言わんよなぁ
どうしても直さないといけないバグとか、開発環境変わったことによる対応とか、そういうのだけいやいややる感じ

**デフォルトの名無しさん** · 2019/07/24(水) 22:50:28.58

保守(maintenance)ってのはソフトウェアの利用価値を持続させることでしょ
そのために必要なら修正もするし機能追加もする
「保守だから現状維持、改修や追加なんてしないししてはいけない」なんてのは思考停止

**デフォルトの名無しさん** · 2019/07/24(水) 23:04:23.71

パッケージだと正式リリースした後のバージョンアップはすべてメンテナンス

**デフォルトの名無しさん** · 2019/07/24(水) 23:30:16.15

業務で保守契約っていわれたら機能追加はないイメージだな

**デフォルトの名無しさん** · 2019/07/24(水) 23:31:07.37

思考停止っつーか実際問題そんな仕事ないだろ。
c++バカによくある妄想に付き合う必要はない。

**デフォルトの名無しさん** · 2019/07/24(水) 23:38:01.87

ある人にとっての「保守」は
趣味プログラマによるお仕事ごっこという文脈でのそれなのかな

**デフォルトの名無しさん** · 2019/07/25(木) 00:16:11.89

ソースコード変えたらテストせねばならないがC++は単体テストの記法がｲﾏｲﾁ
Google Test一時期使ってたがテスト対象を呼び出すコードを書くまでのタイピング量がけっこう生じる
GoやRustはいいいぞ～☆

**デフォルトの名無しさん** · 2019/07/25(木) 02:35:44.89

ていうかC++の自己責任が伴いすぎる自由に疲れた、

**デフォルトの名無しさん** · 2019/07/25(木) 02:39:40.09

苦労して自由を行使した末に得られる見返りのは
たいていはわずかばかりのパフォーマンス向上と
二度と見る気がしない気がする醜いソースコードやし、

保守ｗｗｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2019/07/25(木) 06:25:29.69

const std::string & を std::string_viewに置き換えている記事をよく見かけます
後者を使うことに何か意味はありますか？
単に置き換え可能だと言うことを解説したかっただけなのでしょうか

**デフォルトの名無しさん** · 2019/07/25(木) 06:43:57.53

後者は部分文字列を切り出したいときにメモリ確保と文字列のコピーが発生しない

**デフォルトの名無しさん** · 2019/07/25(木) 09:08:23.71

c++は、スマホでは動作しませんか？
VSでコンパしたものでは、ダメですか？

**デフォルトの名無しさん** · 2019/07/25(木) 09:17:00.66

はい
https://docs.microsoft.com/ja-jp/visualstudio/cross-platform/?view=vs-2019

54 · 2019/07/25(木) 09:25:28.09

>>55
丁寧な解説を、ありがとうございます。

**デフォルトの名無しさん** · 2019/07/25(木) 12:47:32.28

streamで固定長の文字列分解したい
以下イメージ

istreamstring ss(“0123456789”);
string no1;
int no2;
char no3;
ss >> std::setw(4) >> no1;
ss >> std::setw(4) >> no2;
ss >> std::setw(2) >> no3;

結果
no1=0123
no2=4567
no3=89

みたいな感じで
環境はコンパイラc++03、boost使えず
std::string::substr使ったやつはもう作ってます
よろしくお願いします

**デフォルトの名無しさん** · 2019/07/25(木) 13:05:43.49

>>57 「substr()使ったやつ」で何が不満なのか？

**デフォルトの名無しさん** · 2019/07/25(木) 14:10:42.84

>>58
項目ごとにstreamかまさないと、型で自動変換してくれないし、抜き取り開始位置指定しなくちゃいけないし、なんか冗長でカッコ悪し
みたいな理由です。

**デフォルトの名無しさん** · 2019/07/25(木) 15:06:48.36

ABIの変更ってこれから先何度もあるんでしょうか？
stringとか基本のクラスが変わるのはきついんですが

**デフォルトの名無しさん** · 2019/07/25(木) 16:49:16.74

そのあたりほんとc++クソだよ
というか標準化委員会がクソ

**デフォルトの名無しさん** · 2019/07/25(木) 17:01:42.02

ABIはしゃーないな
VCとgccが違うの知った時泣いたわ

**デフォルトの名無しさん** · 2019/07/25(木) 17:11:22.15

BeOSっていうOSが昔あって、純粋にC++でゼロから作られたOSなんだけど
コンパイラのバージョンアップだとかでABIが変わって
アプリの使うAPIの互換性が保たれてなかったんだよね
(後継のHAIKU OSも同じ問題抱えてる)
そこらへん標準で決めててくれればいいのにねぇ

**デフォルトの名無しさん** · 2019/07/25(木) 21:34:32.20

OS作ってんならABIは自分で定義しろよ

**デフォルトの名無しさん** · 2019/07/25(木) 21:46:01.89

それ言い出すとcでいいやんてなる。

**デフォルトの名無しさん** · 2019/07/25(木) 23:57:42.04

C++の委員会って規模やリソース的に多言語と比べてどうなんでしょう？
かなり恵まれているほうえすかね？

**デフォルトの名無しさん** · 2019/07/26(金) 00:08:47.64

C++くらい規格化ちゃんとやってる所って他にある？

**デフォルトの名無しさん** · 2019/07/26(金) 00:21:17.49

Javascript？

**デフォルトの名無しさん** · 2019/07/26(金) 00:33:24.31

規格合致したコンパイラなんて過去に存在したのかしら

**デフォルトの名無しさん** · 2019/07/26(金) 00:47:51.48

そもそも1つの規格を元に複数のコンパイラが存在するって言語が少ないだろ

**デフォルトの名無しさん** · 2019/07/26(金) 01:25:43.63

>>52
例えば文字列リテラルを与えた時にconst std::string &だと暗黙的に一時オブジェクトが構築され、バッファの確保と文字列のコピーが発生する。
std::string_viewを使うと、文字列の先頭アドレスと長さだけが渡されることになるので、効率の良いコードが生成される。

**デフォルトの名無しさん** · 2019/07/26(金) 03:37:13.13

>>69
VSコンパイルで、なんでもOKだろ。

**デフォルトの名無しさん** · 2019/07/26(金) 06:49:13.69

>>55
これは、IDEはVSでも使用するコンパイラ本体は MSC(?)ではなくclang ですか。

**デフォルトの名無しさん** · 2019/07/26(金) 06:51:05.54

>>70
せ、せやな

　　　FORTRAN, COBOL

**デフォルトの名無しさん** · 2019/07/26(金) 08:35:39.46

実用的な言語の話をしているｷﾘｯ

**デフォルトの名無しさん** · 2019/07/26(金) 08:49:06.77

ecma334

**デフォルトの名無しさん** · 2019/07/26(金) 13:37:03.81

Fortran今も使われてるのか
研究室のコードが軒並みFortranでイヤイヤ使わされた記憶がよみがえった
C++だのなんだの色々流行ってるが研究者はそんなものに振り回されるな
Fortranは完成された言語なんだとボスが力説してたわ

**デフォルトの名無しさん** · 2019/07/26(金) 13:40:16.10

言い忘れたがFORTRAN77ね
90とか使うと怒られた

**デフォルトの名無しさん** · 2019/07/26(金) 14:33:55.87

今はPythonかMATLABが多いかと

**デフォルトの名無しさん** · 2019/07/26(金) 14:48:21.28

Pythonは「CPythonの実装が規格だ」だし
MATLABはそもそもプロプラで言語仕様や変更プロセス自体ブラックボックスだし
あんまり依存するのは危険だと思うんだけどな
アカデミックでは特に

**デフォルトの名無しさん** · 2019/07/26(金) 16:28:07.22

>>77
Fortran 2008の規格書印刷してボスの机の上に置いてやれw

**デフォルトの名無しさん** · 2019/07/26(金) 16:39:45.36

かといってANOVAやMCMCをC++で実装するのは検証も含めて愚かでしょ

**デフォルトの名無しさん** · 2019/07/26(金) 18:18:30.43

ボイジャーのメンテナにFORTRAN使い募集してたやん

**デフォルトの名無しさん** · 2019/07/26(金) 22:42:11.25

JAXAの若手プログラマは自殺してなかったっけ？

**デフォルトの名無しさん** · 2019/07/27(土) 01:32:43.02

>>80
それでもpythonのリスト処理の仕様の方がc++のuniversal initializerなんかよりも
よっぽど仕様として安定してる。それが現実だ。

**デフォルトの名無しさん** · 2019/07/27(土) 07:33:07.73

>>53
それは存じていたのですが、単にstringの参照を渡したいときにまで(const std ::string &)std::string_viewを使う意味はあるのかなぁ…？というのが疑問でした
上手く伝えられずすみません

>>71
非常に納得しました。そういう意図が有ったのですね
ありがとうございます

**デフォルトの名無しさん** · 2019/07/27(土) 08:41:09.41

個人的な話だけどstring_viewはconstexpr対応してる点で有利。

**デフォルトの名無しさん** · 2019/07/27(土) 09:24:24.73

パイソン2と3が混在してるのがややこしい。
spirvのビルドスクリプトは2でしか動かない記述なのに勝手に3を探してきて動かそうとするとか混乱が甚だしい

**デフォルトの名無しさん** · 2019/07/27(土) 11:41:57.01

>>88
ちょっと話はそれるけど、外国製の言語処理で最近やたらとネットから勝手に
いろんなものをダウンロードしてくるものが増えて嫌だ。

**デフォルトの名無しさん** · 2019/07/27(土) 13:02:56.66

なんというか世の中全てがオンラインが前提みたいになってて辟易します

**デフォルトの名無しさん** · 2019/07/27(土) 13:17:47.97

>>90
凄い分かる。

>>89
誤：言語処理
正：言語処理系

**デフォルトの名無しさん** · 2019/07/27(土) 13:57:22.46

別にオンライン前提でもいいんだけどエラー処理が糞なのが多くて、オフラインだと起動が超遅くなるとかそもそも起動しないとかあるのが

**デフォルトの名無しさん** · 2019/07/27(土) 17:04:11.07

これからはonline merged offlineらしいです

**デフォルトの名無しさん** · 2019/07/27(土) 17:04:42.40

あ、dはいらんか

**デフォルトの名無しさん** · 2019/07/27(土) 17:25:47.08

要らない物を売りつけてくる天才みたいな感じだからな、アメリカは。

**デフォルトの名無しさん** · 2019/07/27(土) 18:56:25.83

アメリカ関係ないだろ。
エヴァンジェリストとか名乗る馬鹿が要らんものばっか押し付けてるだけで。

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

VSもASもみんなそうだし。

**デフォルトの名無しさん** · 2019/07/28(日) 03:30:37.94

エヴァンジェリストっていう単語はじめてきいたときは
エヴァンゲリオンのファンの事かとｵﾓﾃﾀ

**デフォルトの名無しさん** · 2019/07/28(日) 03:52:29.03

ﾋｴｯ…い、祝福王……！

**デフォルトの名無しさん** · 2019/07/28(日) 06:12:59.88

広告宣伝しまくってプロパガンダのゴリ押しで本当に要らないものを買わせる奴らだろ
神からプログラミング言語までなんでもアリだ

ハロウィン文書なんかは異教徒抹殺のための冷静な分析でこれは宗教ヤってる目つきの物言いだ
キリスト教各宗派の合宗国のアメリカはそういうの強いよ
どこかのバカが州とか訳したけどね、真実を悟らせないようにする翻訳テクニックじゃねえの
つまりあいつらのやってることは邪悪だから気をつけろ、ってことだ

**デフォルトの名無しさん** · 2019/07/28(日) 09:08:49.65

で、C++の話題はまだかい？

**デフォルトの名無しさん** · 2019/07/28(日) 09:44:05.47

C++がいかに委員会制を敷いて仕様をがっちり固めているといっても
元になっているC言語がUnix記述のためにデニスリッチーがほぼ一人で考えたドメイン固有言語みたいなものなので
後方互換性というものを重視すればするほど後発言語に対してハンデ戦になってしまうのは仕方が無い
Rustを見たらC++のconstや参照がいかに危険で不用意なﾌﾞﾂになってしまっているかがﾜｶﾙ

・こんな人はRustを使うべき（中略

・今すぐRustを使うべき10の理由（ry

**デフォルトの名無しさん** · 2019/07/28(日) 09:53:00.46

ていうかUnixの記述自体が文書整形をやりたいから（後にroffとして結実）という
システム記述ではなくてアプリ実現要求に端を発しているから、
やっぱ全体を俯瞰するとろくでもない流れの末に生まれたC++は不幸な出自と言えるかもしれん…

**デフォルトの名無しさん** · 2019/07/28(日) 10:38:12.67

C互換無くなってきてるやん

**デフォルトの名無しさん** · 2019/07/28(日) 10:57:33.68

2の補数以外を捨てたのと、評価順序を規定したあたりでCとは決別したと思ってる
これ生粋のCerは絶対受け入れられないでしょ

**デフォルトの名無しさん** · 2019/07/28(日) 10:58:21.15

>>89
ウチは羹に懲りて膾吹いてるので許可したサイトにしかつながらない
パイパイすらつながらない

◆QZaw55cn4c · 2019/07/28(日) 12:58:43.48

>>105
kwsk, wktk

**デフォルトの名無しさん** · 2019/07/28(日) 13:00:05.35

古いシステムでは1の補数表現を用いていたものもあったという伝説じゃよ

**デフォルトの名無しさん** · 2019/07/28(日) 13:18:40.37

1の補数や符号ビットだと0のエイリアス（+0と-0）が出来てハッシュの要件満たさなくてめんどくせえし、
もう2の補数ばっかりなんだから2の補数に限定しようぜーってなってC++20から整数型は2の補数限定になる
例によってIBMはキレてる

**デフォルトの名無しさん** · 2019/07/28(日) 13:25:39.79

あと宇宙船演算子の戻り値型が符号付整数だけstrong_orderingじゃなくなったりとよろしくない

**デフォルトの名無しさん** · 2019/07/28(日) 14:06:25.65

1BM = 1の補数表現のBinaryを使うMaker

**デフォルトの名無しさん** · 2019/07/28(日) 23:13:55.96

今のIBMはC++にどれくらい貢献してるんです？

**デフォルトの名無しさん** · 2019/07/30(火) 03:50:43.53

BOOST_FOREACH と c++11の範囲ベースfor文ってどっちが早いんですか？

**デフォルトの名無しさん** · 2019/07/30(火) 07:26:38.31

同じ

**デフォルトの名無しさん** · 2019/07/30(火) 07:30:33.15

>>113 効率は実測が基本。

**デフォルトの名無しさん** · 2019/07/30(火) 08:06:04.93

>>113
速いでなく早いならboostじゃないかな

**デフォルトの名無しさん** · 2019/07/30(火) 08:36:20.97

ほえー宇宙船演算子なんてできるのか…
勉強になったわ
しかしおふざけネーミングなの珍しいな。総合比較演算子とかならなかったのか

**デフォルトの名無しさん** · 2019/07/30(火) 09:50:00.73

エルヴィス演算子とか

**デフォルトの名無しさん** · 2019/07/30(火) 10:41:06.47

正式名称は三方比較演算子(three-way comparison operator)

**デフォルトの名無しさん** · 2019/07/30(火) 12:14:04.15

エルビス演算子の名前ってまじでプレスリーなんかよw

**デフォルトの名無しさん** · 2019/07/30(火) 14:58:53.30

宇宙船演算子なんてなんかのタイポだろうと思って読み飛ばしていたけどマジな用語だったのか、勉強になったわ…
FORTRANの算術IF文みたいに宇宙船if文とか作ってくれればいいのに
space_ship_if(x)
equal { … }
plus { … }
minus { … }

**デフォルトの名無しさん** · 2019/07/30(火) 17:37:24.04

ネコ演算子 ^..^

かわいい

**デフォルトの名無しさん** · 2019/07/30(火) 17:41:57.53

xは何と比較してるん？
switch見たいな構文やな。

**デフォルトの名無しさん** · 2019/07/30(火) 19:15:29.41

Opencvで空の画像に点を1000個程度書きたいです
X座標Y座標が既知の場合に最速で点を1000個描画するにはどうしたらいいんですかね？

**デフォルトの名無しさん** · 2019/07/30(火) 20:14:10.30

>>123
> xは何と比較してるん？
0 と比較してるつもり
space_ship_if(x, y)
== { … }
< { … }
> { … }
の方がわかり易いかな

**デフォルトの名無しさん** · 2019/07/31(水) 14:05:31.56

gitに公開されているcpp環境を使おうとしたところ、サンプルコードのcppファイルのコンパイル時に
「undefined reference to ～」
と出てコンパイルできませんでした。
何が原因かわかりますでしょうか？
操作した手順は以下になります。

#-------------
# 1. インストール
#-------------
git clone http://github.com/HomerReid/libGDSII
cd libGDSII
mkdir m4
sh autogen.sh --prefix=/home/user/install/libGDSII
make install

2. につづく

**デフォルトの名無しさん** · 2019/07/31(水) 14:08:46.05

#-------------
# 2. 下記URLにあるSample codeを元にファイル作成
# ->https://github.com/HomerReid/libGDSII
#-------------
--- xxx.cppファイルで保存 ---
#include "libGDSII.h"
using namespace std;
using namespace libGDSII;
int main(int argc, char *argv[]) {
/********************************************************************/
GDSIIData *gdsIIData = new GDSIIData( string("GSiP_4_RingFilter.gds") );

if (gdsIIData->ErrMsg)
{ printf("error: %s (aborting)\n",gdsIIData->ErrMsg->c_str());
exit(1);
}
/***************************************************************/
gdsIIData->WriteDescription(); // writes to console
gdsIIData->WriteDescription("MyOutputFile");

/***************************************************************/
PolygonList Layer3Polygons = gdsIIData->GetPolygons(3);
printf("Found %lu polygons on layer 3: \n",Layer3Polygons.size());
for(size_t np=0; np<Layer3Polygons.size(); np++)
{ printf("Polygon #%lu has vertices: ",np);
for(unsigned int nv=0; nv<Layer3Polygons[np].size()/2; nv++)
printf(" {%e,%e} ",Layer3Polygons[np][2*nv+0],Layer3Polygons[2*nv+1]);
printf("\n");
}
return 0;
}
3. につづく

**デフォルトの名無しさん** · 2019/07/31(水) 14:09:39.80

#-------------
# 3. コンパイル
#-------------
gcc -I/home/user/install/libGDSII/include -o xxx xxx.cpp
/tmp/ccwjjcp2.o: In function `main':
xxx.cpp:(.text+0x54): undefined reference to `libGDSII::GDSIIData::GDSIIData(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >)'
xxx.cpp:(.text+0xb8): undefined reference to `libGDSII::GDSIIData::WriteDescription(char const*)'
xxx.cpp:(.text+0xc9): undefined reference to `libGDSII::GDSIIData::WriteDescription(char const*)'
xxx.cpp:(.text+0xe4): undefined reference to `libGDSII::GDSIIData::GetPolygons(int)'

↑ここで落ちる

**デフォルトの名無しさん** · 2019/07/31(水) 14:28:29.92

まずエラーメッセージ（undefined reference to ）でググろう

**デフォルトの名無しさん** · 2019/07/31(水) 14:47:50.63

単純にライブラリ参照できてないだけだと思うけどなぜ作者に聞かないのか

**デフォルトの名無しさん** · 2019/07/31(水) 15:36:14.85

stdをusingする子は嫌いだよ

**デフォルトの名無しさん** · 2019/07/31(水) 16:18:44.92

ググりましたが難しかったです。
make install時に＊.aなどのlibパスを入れるとか、コンパイル時にlibパスを入れるとかありましたがうまくいかず。。
作者がいるので問い合わせればよいですね。
まずは問い合わせてみます。
ありがとうございました。

**デフォルトの名無しさん** · 2019/07/31(水) 17:43:06.37

ライブラリの中身関係ない質問されるとか作者かわいそう

**デフォルトの名無しさん** · 2019/07/31(水) 18:10:51.91

ggrksファッキューって言われたら戻って来てね
優しいお兄ちゃん達が解決してくれるよ

**デフォルトの名無しさん** · 2019/07/31(水) 18:38:26.40

あれーmake installする前にmakeやるんじゃなかったっけ。ライブラリがそもそも生成されてないんじゃないの

それとライブラリのパス入れるときは-Lか-lだけどもしかして-Iでやってたりしない？

**デフォルトの名無しさん** · 2019/07/31(水) 18:46:16.25

肝心のlibGDSIIをリンクしてるか？

**デフォルトの名無しさん** · 2019/07/31(水) 20:42:21.65

>>131
理由は？

**デフォルトの名無しさん** · 2019/07/31(水) 20:52:22.57

理由なんてきくまでもないだろ

**デフォルトの名無しさん** · 2019/07/31(水) 22:08:20.49

>>138
usingを使えば。std:: と打ち込む手間が減って便利になるメリットが
ある。逆にデメリットは何か聞いてみたい？

**デフォルトの名無しさん** · 2019/07/31(水) 22:09:40.65

名前空間の汚染

**デフォルトの名無しさん** · 2019/07/31(水) 22:41:36.16

using namespaceのデメリットが分からないのは名前空間を理解していないのでは

**デフォルトの名無しさん** · 2019/07/31(水) 22:53:59.23

実際問題、std は standard template library の「standard(標準)」な
訳だから、using 使っても、他の何らかの(ライブラリなど)の名前と
衝突する可能性は低いですよね。汚染と言っても現実に衝突する可能性
は低い。もしstd::が必須なのであれば、Stdという接頭辞を最初から
付けていればよかったはずであって、敢えて std:: という 5文字分を
タイプする必要は無かったはず。

仮に何かと衝突するというなら設計の不味さを感じますね。

**デフォルトの名無しさん** · 2019/07/31(水) 22:59:46.59

ちょっと何言ってるか分からない・・・

**デフォルトの名無しさん** · 2019/07/31(水) 23:05:09.42

>>142
衝突する可能性は低いという前提が抑間違い。
お前さんは広範な標準ライブラリのすべてを熟知してstd名前空間で定義された名前とはぶつからない命名が常にできる自信はあるのかい？
今現在問題なかったとして、後に標準ライブラリが拡張されて、自分でつけた名前にぶつからない保証は？
そんな諸々の厄介ごとを回避するために名前空間はあるのだから、自分しか使わないソースで誰にも迷惑かけないなら好きにすればいいよ。

**デフォルトの名無しさん** · 2019/07/31(水) 23:06:54.23

不要な抑の字が入ったのは無視して。

**デフォルトの名無しさん** · 2019/07/31(水) 23:18:20.34

設計の不味さを感じますね(ﾄﾞﾔｧ

**デフォルトの名無しさん** · 2019/07/31(水) 23:26:41.52

仮に線形代数のベクトルクラスとか作ったらいきなり衝突するんだがな
他にも衝突しそうな名前なんか腐る程ある
何のための名前空間だと思ってんのかと小一時間

どうせ標準ライブラリしか使ったことが無いようなド素人なんだろ

**デフォルトの名無しさん** · 2019/07/31(水) 23:52:34.02

まぁ必要最低限のものだけimportしましょうっていうだけ
他言語と同じだよ

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

>>128
libzzz.a または libzzz.so とリンクするには gcc のオプションに -L 該当ファイルのパス -l zzz が必要。

て事も知らないなら入門書からやり直しが必要な初歩レベル

**デフォルトの名無しさん** · 2019/08/01(木) 00:11:28.53

using namespaceが悪なのはヘッダのグローバル空間でかますのが絶対悪ってだけで
それ以外では大概どうでもいい話

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

>>142
競合するかどうかは問題の本質ではない。
using stdをつけてstd::を省略したコードは、using stdをつけていない他の環境に持っていったときに動かない。
std::をつけていれば、どんなusingが使われていようと関係なく動作する。
using stdを使うべきではない理由はこれだけで十分。
せっかく標準規格化されてどの環境でも同じように動作するライブラリのポータビリティを阻害するのは長い目で見ればデメリットしかないと思う。

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

プロのプログラマでもないしstdやboost使う程度なんで名前空間汚染問題とか大げさにしか思えない
大したコードでもないのにstd::つけまくってるコード見るとアホらしくなる
職業や用途あるいは個々人の技量によって求められるものは違うでしょうに、十把一絡げに議論して意味あるの？

**デフォルトの名無しさん** · 2019/08/01(木) 02:19:13.29

>>152
元の質問者が何も分かってないから突っ込まれているだけで、問題点とか自分以外の人がどう認識しているかを知った上で、使う使わないって判断は好きにすればいいだろうよ。

**デフォルトの名無しさん** · 2019/08/01(木) 02:20:44.23

意味無いと思うなら参加しなければいいだけ
趣味なら好きにすれば

**デフォルトの名無しさん** · 2019/08/01(木) 02:21:00.23

>>152
オレオレコードを一人で書いて満足するのが好きなら、別に止めはしない。
でもそんな主張をここでされても多分同意は得られないと思うよw
議論する気があるなら、みんなが分かるコードを書かないとだめでしょ。

**デフォルトの名無しさん** · 2019/08/01(木) 02:21:21.39

>>152
>>142を読み直せ
言わずに我慢してたけど、
てか今まで何度も言ってきたが最近C++数年かそれ以下の初心者が偉そうにしすぎ
初心者だからと貶したいんじゃない、自分が知らないことや先人(俺のことじゃないよ、念の為)への畏怖や敬意が全く無いから
>>142の最後の行みたいな思い上がったセリフが出てくる

そういうやつが今後上達するかというと俺は首ひねるけどね

**デフォルトの名無しさん** · 2019/08/01(木) 02:52:55.71

stdだけusingしてライブラリはusingしなければいいだけちゃうの？

**デフォルトの名無しさん** · 2019/08/01(木) 03:13:40.26

それが都合がいいなら好きにすればいいんだよ
誰もstd名前空間は取り込んじゃいけないとは言ってない

そんなのは個々の設計の意思決定と責任の話で、std取り込む奴がアホとか取り込まないのがアホとかいう話じゃない

**デフォルトの名無しさん** · 2019/08/01(木) 05:07:42.89

ヘッダにusing namespace書くやつは許さんけど、実装部分では好きにさせてやれよ

**デフォルトの名無しさん** · 2019/08/01(木) 07:34:07.43

>>151
「他の環境に持っていったときに動かない」って、どういうこと?
ソース丸ごと持っていくなら、ソースにusing namespace std;が含まれるから動くでしょ。
もしかして、ソースの一部だけコピペして持っていく場合の話?
「コピペでも動くソースにしなければならない」という主張はちょっとどうかとおもうけど。

**デフォルトの名無しさん** · 2019/08/01(木) 07:36:43.17

ソースレベルのライブラリを持ってくとか

**デフォルトの名無しさん** · 2019/08/01(木) 07:59:03.96

>>159
俺もこれに同意
>>151の主張はちょっと意味わからん

**デフォルトの名無しさん** · 2019/08/01(木) 08:05:18.75

>>160
標準以外のライブラリの存在が全く想定できてない
自前のちょっとしたライブラリのヘッダでもusing namespace stdって書いてたら
その後or中でインクルードしたヘッダ類が全部巻き込まれて名前の衝突が起きうる
ソースでusingした後にインクルードした場合も同じ(これはあんま無いと思うけど

仮にライブラリとしてファイルが綺麗に別けられてても別のプロジェクトに移して動かない場合があるってのはこれのことでしょ

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

ヘッダの話なら最初からそう書いてほしい

**デフォルトの名無しさん** · 2019/08/01(木) 08:24:27.74

>>163はヘッダの話と一緒くたにしてるのか…

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

ヘッダーにインラインで書くときはstd::つけて、ソースには個別にusingしてstd::を省略するってこと？
そんな面倒なことしてなにか良いことあるの？

**デフォルトの名無しさん** · 2019/08/01(木) 08:41:54.03

あーすまん、ヘッダには一切書かないのならわかる

ただ、標準と別のライブラリで衝突する名前があるならどちらかはusingしない、あるいは衝突するものはいちいち指定するかしなきゃいかんでしょ

**デフォルトの名無しさん** · 2019/08/01(木) 08:48:03.19

>>166
衝突しないことがわかってるならいいけど、ライブラリのヘッダでusingしてたら
そのライブラリのユーザーは衝突する名前をグローバルで書けないんだよ
自分しか使わないのなら好きにすれ

**デフォルトの名無しさん** · 2019/08/01(木) 09:12:15.95

させたくないならそれが出来ないようにルールそのものが無いはずだ
でもルールがあるなら使っていいでしょう
それが出来るようにそのルールがあるんだから

それともルールはあるが使ってはいけないという宗教なの？

**デフォルトの名無しさん** · 2019/08/01(木) 09:20:25.62

そういうのはもういいから

**デフォルトの名無しさん** · 2019/08/01(木) 09:21:49.05

勝手にすれば？

**デフォルトの名無しさん** · 2019/08/01(木) 09:44:39.86

>>169
どうして0か1でしか考えられないんだ？
使うことでメリットがあり問題ないなら使えばいい。
問題あるなら使うな。
メリットデメリットがあるならトレードオフで判断しろ。

**デフォルトの名無しさん** · 2019/08/01(木) 09:53:26.68

おれの職場ではコード規約でusing stdはもちろんその他の名前空間も省略禁止
ファイルローカルでaliasは可能というか推奨
基本的にコードは後で誰でもすぐ読めるように書く方針だからね
仕事で使うときはこんなもんだよ

似たようなの話でauto多用が読みやすいか読みにくいかは結構議論になる
こっちはまだ規約化されてないな

**デフォルトの名無しさん** · 2019/08/01(木) 10:40:45.28

関数の返り型にauto使いまくりなんですけどまずいですかね？

**デフォルトの名無しさん** · 2019/08/01(木) 12:15:50.33

auto & shared_data = *this->m_data;
とか多用してる

**デフォルトの名無しさん** · 2019/08/01(木) 17:35:55.46

構造体メンバ間のパディングをコンパイル時に知る方法

**蟻人間** ◆T6xkBnTXz7B0 · 2019/08/01(木) 17:48:47.61

>>175
#include <cstddef>
offsetof

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

auto導入によってハンガリアン記法が再評価の機運

**デフォルトの名無しさん** · 2019/08/01(木) 19:18:28.91

>>156
流れ読んでないし本題には触れずにレスするけど同意
「ニワカなやつほど語りたがる」のは世の常だけど
C++ちょっと触っただけくらいの駆け出しのカスが
「C++は～」なんて知った風に語ってるのたまにあるよなｗ
それも、スレに参加してるなかでお前一番素人やろってやつが
平然と調子こいてきたりするから驚く

**デフォルトの名無しさん** · 2019/08/01(木) 22:39:23.89

すまないC++20の新機能諳じて言えない奴は例外なく初心者なので出ていってくれないか

**デフォルトの名無しさん** · 2019/08/01(木) 22:41:32.13

>>176
めっちゃ構造体ネストしてsizeofで差分取るとか？
わからん

**デフォルトの名無しさん** · 2019/08/01(木) 22:51:01.89

alignofとsizeof使えばわかるんじゃね

**デフォルトの名無しさん** · 2019/08/01(木) 22:56:22.56

パディングの有無ならstd::has_unique_object_representationsでわかると思う
どこにいくつあるかは難しい・・・

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

>>177
うわああああああ！！！これだ！これだやりたかったの！サンクス！
そうか0を対象の構造体へcastした後メンバアクセスしてそのアドレス値を取るのか！全然思い付かんかった！
俺に向けたレスかは分からんけど助かった！サンクス！

>>181
それ思い付いたんだけど苦行過ぎてやめてもうた…

>>182
あーalignofで上手く取るってのも有ったのか！使う機会があまり無いポンコツなもので気付かんかった！

>>183
うむむ？初耳機能だ
後で調べてみまする

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

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

メンバポインタの差取る方法もありそう
規格の保証はなさそうだけど

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

>>151
using を絶対に全く使わないのであれば、そもそも namespace の概念自体が
意味が無いと思いますよ。タイプ量を減らすことはとても大切だからこそ、
衝突しない場合には、using を使えるように設計してされているわけですから。
もし絶対に std:: を付けるのであれば、例えば、std::vector と書かずに
最初から StdVector などと固定の名前でも良かったわけです。しかし
それだと長くなってコーディング効率が下がるので、可能ならば
std:: を省略して vector と書けるように設計されているわけです。
それこそが namespace の思想なのでしょう。

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

>>173
usingを使わない方針は気持ちは分かります。しかし、usingを使い辛くなって
しまうのは想像力を働かせればSTLやC++の言語使用設計の段階から
最初から分かっていたはずで、そもそもSTLが最初からstd という
namespace に入れて有ること自体が余りセンスが無かった可能性があると
自分は思ってます。

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

1. std::string
2. StdString
3. CString

最も効率がいいのは、3 の CString でその意味では CString の設計者は
センスが良かったと私は思っています。using を使って std:: を書かないように
した場合、確かに何かのライブラリと衝突の危険性が出てきます。
ならば、標準のライブラリ(STL)は、デフォルトでは namespace の中に入れる
べきではなかったのではないかとも思います。
namespaceは、たまたま衝突が起きた場合には、その時点で使うと助かる場合が
あると思いますが、最初から入れてしまった事で新たな問題が入ってしまった
可能性があります。

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

>>186
namespaceってその名の通り名前空間を分割することで識別子名の競合を避けて、命名の自由度を上げる（楽をする）ための機能でしょ。
ある程度大きな規模のプロジェクトでは大変重宝するものだと思うんだけど、なんかものすごく偏った理解のしかたしてない？

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

>>188
CStringとタイプするには、shiftを押したり離したりしないといけないし、手間としてはstd::とそれほどかわらないと思うんだけどw

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

>>190
Shiftキーは同時押し可能なので速度が全然違う。
CStringの場合、実質Cの1文字が増える程度で済むが、
std::stringは確実に5文字分増える。

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

>>189
環境の変化での不安定さを避けるためにstd::を付けざるを得ないなら
命名の自由度は全く上がってません。

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

>>191
いやいや、実際はshiftを若干早くおしとかないと、cStringになっちゃったりするだろw
離す時も気をつけないとCSTringになっちゃったりするし。
それに最近のエディタ（統合開発環境）には補完機能が付いてるから、std::で候補が絞られる分、選択に有利に働く。

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

>>186
外から使うことだけしか考えてないみたいだけど、名前空間内の実装を読み書きしやすくする効果もあるでしょ。

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

>>192
命名の自由度があがるのはnamespaceの中での話だよ。
namespaceで囲っておけば、変数にhogeとか適当な名前をつけても競合する心配がなくなる。

**デフォルトの名無しさん** · 2019/08/02(金) 03:01:42.94

>>195
namespace std で囲まれている事で気が緩んで hoge みたいな短い名前付けて
しまうことで、std:: を外すことが不可能になってしまう恐れが有る。
結局なんのための名前空間なのか分からなくなってしまうという。
外せない名前空間なら、std_ でも Std でも Stl を付けた方がタイプ量が
少なく済んだのに。

**デフォルトの名無しさん** · 2019/08/02(金) 03:04:55.47

>>196
あくまで外すことが前提なのかw

**デフォルトの名無しさん** · 2019/08/02(金) 03:07:18.69

>>195
大丈夫だと思って i という一文字のグローバル変数を定義したとしよう。
すると、std::i としている場合には問題ないが、using namespace std;
とした場合、大変な現象が起きる。伝統的な for のループ変数と衝突
するから。

**デフォルトの名無しさん** · 2019/08/02(金) 03:07:57.71

>>197
絶対に外さないなら namespace に何のメリットが有るの。

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

>>197
外さないなら、StdVector, StdList で良かったはず。