C++相談室 part140

**デフォルトの名無しさん** · 2019/01/13(日) 05:56:22.70

次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part137 (正しくはpart138)
http://mevius.5ch.net/test/read.cgi/tech/1535353320/
C++相談室 part139
https://mevius.5ch.net/test/read.cgi/tech/1538755188/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1530384293/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

----- テンプレここまで -----
-
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2019/01/13(日) 12:13:17.13

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

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

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

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

#include <stdafx.h>
後死ね。

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

-------------------------------------------------

テンプラ終わり(・∀・)

**デフォルトの名無しさん** · 2019/01/13(日) 12:28:28.53

キモ

**デフォルトの名無しさん** · 2019/01/13(日) 14:07:10.45

>>2
void氏ね

**デフォルトの名無しさん** · 2019/01/13(日) 21:50:49.17

C++の公式テーマソングが無いのはおかしいと思います。

**デフォルトの名無しさん** · 2019/01/14(月) 00:51:27.29

ぜひ標準化委員会に提案してください

**デフォルトの名無しさん** · 2019/01/14(月) 03:14:45.04

std::end()は組み込み配列に使えるように、文字列定数にも使えますか？

**デフォルトの名無しさん** · 2019/01/14(月) 03:24:48.07

>>7
文字列定数の型は const char[] であり、配列そのものです。
配列に使えるのなら文字列定数にも使えます。

**デフォルトの名無しさん** · 2019/01/14(月) 03:28:00.13

>>8
ありがとうございマッスル。

**デフォルトの名無しさん** · 2019/01/14(月) 08:50:03.60

c++でインターフェースを作るのは難しいのですか
opengl使いたいのですがC++だとインターフェースが難しいらしいので、C#とopentkでやろうかとおもてます

**デフォルトの名無しさん** · 2019/01/14(月) 09:40:50.14

インターフェースってデータメンバーがなくてノーマルなメンバ関数が全部純粋仮想関数なクラスのこと？
誰が何を難しいって言ったか知らないけど簡単だよ

**デフォルトの名無しさん** · 2019/01/14(月) 10:08:56.31

guiのことです
ボタン等があるソフトが作りたいのですが、、、

**デフォルトの名無しさん** · 2019/01/14(月) 12:36:11.68

画面の外にGUI置くならC#の方が作りやすいと思うが、openglのレンダー画面内だとネイティブなopengl のコード書かないと無理なのでは。

**デフォルトの名無しさん** · 2019/01/14(月) 12:39:00.55

なんでいまさらOpenGL

**デフォルトの名無しさん** · 2019/01/14(月) 12:49:41.64

Qtでよくね？

**デフォルトの名無しさん** · 2019/01/14(月) 13:52:16.32

OpenTKってのがあるのか。
この手のものって単なるラッパーだったり全機能が使えなかったりするから、UI周りのユーティリティ機能調べてからにした方が良いよ。

**デフォルトの名無しさん** · 2019/01/14(月) 13:52:19.68

ボタンぽちぽちしたいならC#

**デフォルトの名無しさん** · 2019/01/14(月) 13:57:06.55

いまさらopenglとはどういうことですか？
>>15
簡単ですか
>>16
ラッパーとは書いてありました
どこまで出来るかはよくわかりません
>>17
guiのあるソフトがいいですが、c#にすることで制約があるのではないかと思ってます

**デフォルトの名無しさん** · 2019/01/14(月) 14:34:15.39

>>18
guiだけC#にしてその他はC++でもいいぞ。
アプリ全体を単一の言語で実装する必要はない。

**デフォルトの名無しさん** · 2019/01/15(火) 15:45:56.38

>>19
そうなんですか
ｃ＃からはじめてみます

**デフォルトの名無しさん** · 2019/01/15(火) 15:54:16.06

nodejsならc++使えるよ

**デフォルトの名無しさん** · 2019/01/15(火) 22:25:15.17

何かしらのwebviewでよい

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

>>12
ボタンだけのためにC#やるのは馬鹿らしいかと

あんなのただの小さい窓を配列するだけのこと
高度なグラフィック効果求めるならOpenGLなりのライブラリ入れればいいだけだし

**デフォルトの名無しさん** · 2019/01/16(水) 08:43:52.20

実験とかデバッグ用とかじゃなくて、
ある程度マトモなGUIを出来るだけ手抜きで作ろうとしたらC#が楽だよな
Windowsの場合

**デフォルトの名無しさん** · 2019/01/16(水) 09:03:30.35

>>23
c++の場合openglでやったほうがいいですかね
資料が明らかに多いですし

**デフォルトの名無しさん** · 2019/01/16(水) 09:12:23.56

ガワだけHSPで作る
他はdllで呼ぶ

**デフォルトの名無しさん** · 2019/01/16(水) 09:50:33.14

>>25
ボタン程度はC++だけでええけどさ
クロスプラットフォーム求めるなら対応したGUIライブラリ使えばいいだけ
OpenGLてのはもっと高度なグラフィックやりたいときに使う

**デフォルトの名無しさん** · 2019/01/16(水) 09:55:53.53

>>27
どんなの作れるかサンプル見せて

**デフォルトの名無しさん** · 2019/01/16(水) 10:25:25.72

なっ！？何を見せればええんじゃ；；
どんなの求めてるのかもわかんないのに

デスクトップに窓開けるならその窓Aの上にもう一枚窓B開くぐらい簡単だろ
いわゆるボタンも内部的には窓から派生したもの
独自にボタン窓作ってもいいしOS付属のコントロール使ってもいい
GUIってのはそもそも窓を扱うことから始まる
OpenGLもその窓に関連付けてぶん回すことになるから窓を扱う知識ぐらいは持ってたほうがいい

**デフォルトの名無しさん** · 2019/01/16(水) 11:04:14.22

>>13の疑問が解決してない限り適切なアドバイスは無理では。

**デフォルトの名無しさん** · 2019/01/16(水) 11:38:23.40

Qｔ使えで済む話では

**デフォルトの名無しさん** · 2019/01/16(水) 11:56:53.19

QtでOpenGLのレンダリング画面内にGUI作れるのかよ

**デフォルトの名無しさん** · 2019/01/16(水) 12:18:09.51

馬鹿には無理

**デフォルトの名無しさん** · 2019/01/16(水) 12:48:59.84

お前にもな

**デフォルトの名無しさん** · 2019/01/16(水) 14:12:06.40

https://github.com/libglui/glui

**デフォルトの名無しさん** · 2019/01/16(水) 14:23:44.19

siv3dでいいのでは？
ボタンどころか映像が作れる
おまけに作者はC++モダン推奨
https://youtu.be/PooDm4SzNnQ

**デフォルトの名無しさん** · 2019/01/16(水) 18:29:43.56

C++モダン推奨な作者とか互換性なくてまともに動かなくても逆ギレしてきそう。

**デフォルトの名無しさん** · 2019/01/16(水) 20:29:47.48

>>27
ボタンはもちろんopenglで作ろうとしてるわけではないです
ｃ＋＋にもguiのライブラリがあるなら、c++でopenglやろうと思います
面倒とか難しいと書かれていたので

**デフォルトの名無しさん** · 2019/01/16(水) 20:37:33.51

XViewお勧め(嘘）

**デフォルトの名無しさん** · 2019/01/16(水) 22:01:48.52

OpenGLって最先端の座をVulkanに渡して後方支援の隠居するんでしょ？

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

Vulkanさんはいつになったら引き継いでくれるんですか

**デフォルトの名無しさん** · 2019/01/17(木) 09:54:35.20

siv3dみたいなライブラリを作りたいのですが、彼はどうやってここまで作り上げたのでしょうか？

**デフォルトの名無しさん** · 2019/01/17(木) 09:58:59.11

ちなみに目標はboost水準並みのライブラリを作ることです

**デフォルトの名無しさん** · 2019/01/17(木) 10:29:39.41

君前も書いてなかった？
聞いてる時点で論外なのでもっと修行を積んでください
そして何かしらの専門家になってその知識をライブラリに詰め込んでください
ライブラリの作法は自分が上手いと思ったもののソースコードを読みながら真似をしてください
それを公開して多くの人の指摘を受けて修正を繰り返して完成

**デフォルトの名無しさん** · 2019/01/17(木) 10:55:36.26

>>44
ありがとうございます
目標はコンパイラを作ることですが、ゲーム向けのライブラリの専門家も極めたいと思います

**デフォルトの名無しさん** · 2019/01/17(木) 11:34:13.64

同じような質問ばかりしているから、「〇〇と〇〇はどちらが最強ですか」の人が芸風を変えたのかと思ってたが、別人だったかな。

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

>>46
すみません‥
周りに相談できる人が居なくて

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

あきらめろん

**デフォルトの名無しさん** · 2019/01/17(木) 14:34:33.58

コミュ力無いとプログラマをやるのは難しい

**デフォルトの名無しさん** · 2019/01/17(木) 14:40:38.81

>>45
ゲーム向けのライブラリって、素人のお遊びレベルなら
ゲーム開発素人でも作れるが、あまり実用的ではない

対してプロも使うようなレベルのものは、全部その道でプロとして長年携わってきた人が作ってる

Siv3Dがどちらなのかは知らんけど、ゲーム向けライブラリの専門家で、かつコンパイラも書けるって・・
いくらなんでも時間が足りないと思うよ、才能うんぬん抜きにしても

**デフォルトの名無しさん** · 2019/01/17(木) 14:59:03.94

何気なく使ってるboostのライブラリ
あれ作るのに最初のバージョンで何ヶ月もかかってたりするからな

**デフォルトの名無しさん** · 2019/01/17(木) 15:51:14.58

>>50
別にライブラリと言ってもゲームの全分野を網羅するライブラリは作りません
一応ジャンルを絞ってやろうとは思ってます
>>48
諦めません
>>51
C++の機能にもなるくらいですから、凄いですよ

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

あのさ、UEなんかはともかくとして、CryEngineとかだって
全分野を網羅なんかしてないよ
ゲーム開発の手順、必要な知識をそれなりに経験積んで知ろうともしないで
実用出来るレベルのものが作れるわけないでしょ

コンパイラに関しても多分そうだよ
凄いだの凄くないだの、名誉や自己満足が目的になってないか？
プロユースでなくともアマチュアが作ったものでも、そういう不純な動機で
まともに実用できるレベルのものを作った人を俺は見たことない

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

Boost採択ライブラリ作るより東大合格する方が簡単だよ

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

大抵は自分用に作ったものを整理して公開するのがスタートだよね
公開が目的だと普通はモチベ持たないと思うよ
クオータ二オンひとつサポートするだけでも結構大変でしょ
数学的な知識はもちろんゲーム向けならWin,Mac,linuxiOS,Androidに対応が必要だね
遅いと論外なのでアーキテクチャを理解した上での個別の最適化もしなきゃいけないね
それらを一発でビルドできるスクリプトも書いてテスト環境も整備してドキュメントも書いてってなると気が遠くなる

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

>>53
ライブラリは作りたいから作りたいんです
確かにレベルは、低いかもしれませんが、Boostのソースコードを読めるレベルにはなろうと思ってます
コンパイラに関しては、今はpascalのコンパイラを作ってます。
その後は英語の本のENGENEERING COMPILERの本を読みながら、LLVM/Clangのコードを読むつもりです
>>54
僕は東大に入るのが目的ではありません

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

>>55
ありがとうございます
とにかくまずは、自分が利用するものを、作ろうと思います　

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

みんな!これだけ諭してやってもどうしてもヤルっていってるんだ、わしらのせがれにやらせてやろうじゃないか
若いってのはいいもんだ・・どんな小さな希望にも自分の全てを賭ける事が出来るからな・・

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

>>56
＞Boostのソースコードを読めるレベルにはなろうと思ってます
いやいや、求められる知識が全然違うのよ
ゲーム方面やってる人でメタプログラミング満載のboostのソース読める人はほとんど居ない
>>55と被るけど、ゲーム開発やってみて面白いと思って続けていって、
その先でもっと開発効率高めようとしてライブラリ自作、ってのが正しいと思うよ

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

>>59
ありがとうございます
確かに効率を高めることがプログラミングの本質ですしね
僕はここで相談できて良かったと思います

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

>>58
逃げるんじゃない、俺は逃げるんじゃないぞ・・・必ず・・帰って・・・

**デフォルトの名無しさん** · 2019/01/17(木) 22:23:36.68

ジャニュアリー、フェブラリー、ライブラリーみたいな。

**デフォルトの名無しさん** · 2019/01/18(金) 12:04:17.62

ttp://tkido.com/blog/wp-content/fc2images/20090215143630.jpg
当時の西海岸の空気がどんなもんだったかはこの写真にも顕れてる

**デフォルトの名無しさん** · 2019/01/19(土) 11:23:37.97

音楽に合わせて、グラフィックを生成するプログラムを作りたいのですが、おすすめのライブラリありませんか？

**デフォルトの名無しさん** · 2019/01/19(土) 11:35:54.12

Unity

**デフォルトの名無しさん** · 2019/01/19(土) 16:47:13.98

コンパイラエラー C2872 あいまいなシンボルです。

コンパイルエラーが解消出来ません。
ご教授下さい。

■コンパイルエラー内容
error C2872: 'MarketplaceWebServiceProducts' : あいまいなシンボルです

■やりたいこと
AmazonのAPI「Marketplace Web Service API (MWS)」のHello world

以下ページの右上オレンジ色の「Download」ボタンから入手できる
「MWSProducts_2011-10-01_v2017-03-22.dll」の使用
https://developer.amazonservices.jp/doc/products/products/v20111001/cSharp.html

■DLLの使用
Visual Studioの対象プロジェクトのプロパティから、
上記DLLの参照を追加しました

■コーディング
using namespace MarketplaceWebServiceProducts;//←ここはコンパイルOK
using namespace MarketplaceWebServiceProducts::Mock;//←★ここで上記コンパイルエラー

■ご質問
上位の「MarketplaceWebServiceProducts」が正常なのに、
下位の「Mock」を付けるとあいまいなシンボルになるのはなぜでしょうか。
解決策をご教授ください。（可能であれば実装をご提供ください）

■環境
Visual Studio
.Net 4.0
C++/Cli

**デフォルトの名無しさん** · 2019/01/19(土) 17:21:42.22

ここに正確なエラーメッセージを書いて、そのメッセージで検索すれば？
Mock という名称が、既に使われているとか？

それと、同じ質問を、複数のスレに書き込む(マルチポスト)のは禁止です！
他のスレに書き込んだものを、取り消すように

「このスレに移動します」と書くこと

**デフォルトの名無しさん** · 2019/01/19(土) 17:37:31.29

自分が聞いてる質問に「ご質問」とはなかなか図太い奴だな
気に入った
本番でだけ再現するタイミングバグを作り込む権利をやろう

**デフォルトの名無しさん** · 2019/01/19(土) 17:40:40.26

MarketplaceWebServiceProducts::Mockの中にあるクラスなり関数の名前と
すでに使用されている別の関数なりクラスなりの名前と衝突している
おそらくコンパイルエラーはその衝突している名前を持つものを使ってる付近で発生しているのではないかと思うが

**デフォルトの名無しさん** · 2019/01/19(土) 17:43:49.62

>67
ご回答ありがとうございます。

詳細なエラーメッセージは以下となります

エラー 1 error C2872: 'MarketplaceWebServiceProducts' : あいまいなシンボルです。 c:\users\XXXX\amazon.h 2666 1

Mock という名称が、既に使われているとか？
→
はい私もその認識でおりますが、解決方法が分かりません。

「このスレに移動します」
でいかがでしょうか
※５ちゃんねる初心者でよくわかっておりませんスレとはなんでしょうか？

>>68
権利を頂きありがとうございます。
解決策も頂けますか？

**デフォルトの名無しさん** · 2019/01/19(土) 17:45:47.73

>>69
ご回答ありがとうございます。

「MarketplaceWebServiceProducts」ではなく、
「Mock」でもなく、
「Mock」の中にあるメソッドクラス定義が重複しているということでしょうか？

なるほどですね。

では一度プロジェクトをまっさらにしてどこと重複しているか地味に見つけていくしかないでしょうか？
解決策をご教授ください

**デフォルトの名無しさん** · 2019/01/19(土) 17:54:13.43

using namespaceじゃなくて名前空間エイリアス使って短い別名で使えばいいんじゃないかな
正直何が衝突してるか調べるのは難儀だとおもう

**デフォルトの名無しさん** · 2019/01/19(土) 17:55:07.01

>>68
「ご」はただの丁寧語なので、自分の質問にも相手の質問にも使える。
一般常識なので覚えておこう

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

>>72
！！

「名前空間エイリアス使って短い別名で使う」とは具体的にどのような実装になりますでしょうか！？

**デフォルトの名無しさん** · 2019/01/19(土) 18:11:44.87

さすがにそれはググってほしいが
https://marycore.jp/prog/cpp/namespace-alias/

**デフォルトの名無しさん** · 2019/01/19(土) 18:13:24.83

>>72
解決しました！！！！！

namespace tekitounanamae= MarketplaceWebServiceProducts;
using namespace tekitounanamae::Mock;

本当にありがとうございます！！！！！！！！！！！！
本当にありがとうございます！！！！！！！！！！！！
本当にありがとうございます！！！！！！！！！！！！
本当にありがとうございます！！！！！！！！！！！！
キモヲタ万歳！！！！！！キモヲタ役に立つ！！！！！！！！

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

>本当にありがとうございます！！！！！！！！！！！！
>キモヲタ万歳！！！！！！キモヲタ役に立つ！！！！！！！！

この質問者は、荒らしだから、無視しろ！

**デフォルトの名無しさん** · 2019/01/19(土) 18:23:26.12

>>77
はい！！もう無視してもらって構いません！解決したので！！

ただこれだけは声を大にして言いたい

>72
様
神様、王様、仏様
キモヲタ様！！！！！！！！！！！！！！！！

本当にありがとうございます！！！！！！！！！！！！
本当にありがとうございます！！！！！！！！！！！！
本当にありがとうございます！！！！！！！！！！！！
本当にありがとうございます！！！！！！！！！！！！
キモヲタ万歳！！！！！！キモヲタ役に立つ！！！！！！！！

**デフォルトの名無しさん** · 2019/01/19(土) 18:31:33.69

1行目を書かずに
using namespace MarketplaceWebServiceProducts::Mock;

とだけ書いたらどうなるんだろう？

**デフォルトの名無しさん** · 2019/01/19(土) 18:33:04.39

>>78
5chは初めてだというが、新しいコミュニティに来たならそこのノリなり分化なりは少しは理解しようとしなよ。
そんな調子だとリアル社会じゃ周りが迷惑するからやめてくれ。

**デフォルトの名無しさん** · 2019/01/19(土) 18:55:01.07

調べてみたら、以下のようになっていた。

MarketplaceWebServiceProducts は、namespace と interface で同じ名前が
使われている。だから、>>66 に書いてしまうと、「2行目」は、

using namespace MarketplaceWebServiceProducts::MarketplaceWebServiceProducts::Mock;

と書いた可能性もコンパイラは配慮しないといけなくなった。
この場合、書いた人の書き間違いの可能性もあるから、エラーを出したほうが良いと判断して
エラーを出した可能性がある。

[MarketplaceWebServiceProducts.cs]

namespace MarketplaceWebServiceProducts
{
　/// <summary>
　/// This is the Products API section of the Marketplace Web Service.
　/// </summary>
　public interface MarketplaceWebServiceProducts
　{
　　　　・・・
　}
}

**デフォルトの名無しさん** · 2019/01/19(土) 19:09:31.96

>>66
Teratail と Qiita でマルチポストかよ。
そっちにも解決したってちゃんと書いておけよ！

**デフォルトの名無しさん** · 2019/01/20(日) 11:17:16.20

フォントが違う書き込みってどうやってるのかな。

**デフォルトの名無しさん** · 2019/01/20(日) 12:17:33.65

>>66
【改善案】
試してないが、以下のように書くとエラーが消える可能性があるかも。

[1]
using namespace MarketplaceWebServiceProducts;
using namespace Mock;

[2]
using namespace MarketplaceWebServiceProducts;
using namespace ::MarketplaceWebServiceProducts::Mock;

[3]
using namespace MarketplaceWebServiceProducts::Mock;

**デフォルトの名無しさん** · 2019/01/20(日) 13:56:37.78

namespace mock = MarketplaceWebServiceProducts::Mock;
using namespace MarketplaceWebServiceProducts;
の方がまし

**デフォルトの名無しさん** · 2019/01/20(日) 14:07:58.72

にしてもなんでこんなドイツ語みたいにダラダラと長いんだろう
Javaの設計ってどっかで間違ってないか？
絶対におかしいよ

**デフォルトの名無しさん** · 2019/01/20(日) 14:34:42.91

>>86
・・・
C#

**デフォルトの名無しさん** · 2019/01/20(日) 16:21:00.45

そうだな
昔のCみたいにmpwsp_mとかの方がカッコいいよな

**デフォルトの名無しさん** · 2019/01/20(日) 16:33:31.26

ただ単に空白入りの
Marketplace Web Service Products
と書ければいいだけじゃん

で、それはともかく、プログラミング業界じゃ英語のドイツ語化が進んでる
これは見ての通り
ドイツ語とは違って大文字になっているだけちょっとだけプログラミング英語の方がマシ

**デフォルトの名無しさん** · 2019/01/20(日) 18:05:01.77

これ最長？
https://docs.microsoft.com/ja-jp/dotnet/api/system.servicemodel.messagesecurityversion.wssecurity11wstrustfebruary2005wssecureconversationfebruary2005wssecuritypolicy11basicsecurityprofile10?view=netframework-4.7.2

**デフォルトの名無しさん** · 2019/01/20(日) 20:35:06.80

c++templateの欠点ってなんだと思います？

**デフォルトの名無しさん** · 2019/01/20(日) 20:50:23.50

所詮マクロ

**デフォルトの名無しさん** · 2019/01/20(日) 20:55:15.65

コンセプト

**デフォルトの名無しさん** · 2019/01/20(日) 21:32:39.75

コンパイラのエラー報告の野暮ったさ

**デフォルトの名無しさん** · 2019/01/20(日) 21:41:18.95

デバッガが無い

**デフォルトの名無しさん** · 2019/01/20(日) 21:47:32.95

意外にあるね。所詮マクロというのは利点でもあると思うけど

**デフォルトの名無しさん** · 2019/01/20(日) 21:59:43.25

なぜかpublic以外にアクセスできてしまう

**デフォルトの名無しさん** · 2019/01/20(日) 22:56:21.45

ビルド檄遅。
ソースジェネレータ使った方がマシ。

**デフォルトの名無しさん** · 2019/01/20(日) 23:39:00.56

>>94
ほんとこれ
壊れたかとおもうぐらいバカスカバカスカとエラー吐くくせに
肝心の問題の箇所がさっぱり見つけられないという

**デフォルトの名無しさん** · 2019/01/20(日) 23:48:43.34

エラーメッセージからエラー原因が分からないのはテンプレート関連よりもそれ以外の要因のが多い
テンプレートの場合はエラーが大量に出てくるだけで、どこで起きてるかは割とわかる

**デフォルトの名無しさん** · 2019/01/21(月) 00:17:38.90

テンプレートの問題じゃなくてコンパイラの問題だろ

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

>>99
テンプレート使うときはテスト用のプロジェクト作ってネチネチ単体テスト書かんとダメだね。PODで具現化して肌で感覚つかんでおかないと本番コードでしくじるとハマる。コンパイル時間短縮のためにもテスト用のプロジェクトは必要。
declval, decletype, SFINAE, static_assertでコンセプト記述、必要に応じてtraits定義すれば、頭抱えるようなイミフエラーはほぼ撲滅できる。
無の心で手を動かさないといけないけど、これがテンプレの現状。

**デフォルトの名無しさん** · 2019/01/21(月) 01:51:32.70

型の解決は実行時点でいろいろやってほしいわ

**デフォルトの名無しさん** · 2019/01/21(月) 06:17:25.15

>>103
それはC++の理念から外れるから違う言語を使うべきじゃね？

**デフォルトの名無しさん** · 2019/01/21(月) 13:52:50.10

>>95に一票
ていうか最近のC++標準ライブラリはテンプレートで何でもやろうとしすぎだわ
メタプログラミングとか突き詰めていったら
例えばテンプレートに渡す型と定数値の違いをまとめて扱える
テンプレートテンプレートメタメタプログラミングとかサポートすんのかと
所詮は裏技やトリックの類だと再認識した方がいい

**デフォルトの名無しさん** · 2019/01/21(月) 14:35:14.38

std委員会の人、自分で作った仕様をハックしてるもんな。それはどうかと思うわ。
テンプレに専用デバッガが必要、ってのは賛成。

**デフォルトの名無しさん** · 2019/01/21(月) 14:47:30.54

ステップ実行までとは言わないがコードがどのよう実体化したのかプレビューするツールとかないのかね

**デフォルトの名無しさん** · 2019/01/21(月) 17:03:26.68

例えばどんな感じに表示して欲しい？

**デフォルトの名無しさん** · 2019/01/21(月) 17:44:06.66

コンパイルエラーの文字列を横取りしてヒューマンリーダブルに書き換えられるようにして

○○さんのエラー報告再解釈パッチが人気～みたいにして

**デフォルトの名無しさん** · 2019/01/21(月) 19:44:31.28

そんなくだらんことに時間使うくらいなら型付コードジェネレーターの標準でも定めた方が
なんぼか生産的だろうに。
なんでもコンパイラにブラックボックス処理させるのが根本的問題だわ。

**デフォルトの名無しさん** · 2019/01/21(月) 19:46:20.57

そこでRubyですよ。

**デフォルトの名無しさん** · 2019/01/21(月) 20:32:09.87

ゴミはやだぁ

**デフォルトの名無しさん** · 2019/01/21(月) 21:57:35.19

結局makeもまともにかけないバカの意見を重視してるだけなんだよね。

**デフォルトの名無しさん** · 2019/01/21(月) 21:59:46.43

CMakeではいかんのか

**デフォルトの名無しさん** · 2019/01/21(月) 23:07:50.66

そういうとこだよ。
ヘッダー依存を地道に解決させるだけで十分なところを無駄にデラックスな仕組みを入れようとする。

**デフォルトの名無しさん** · 2019/01/22(火) 00:09:21.90

地道にする意味あるか？

**デフォルトの名無しさん** · 2019/01/22(火) 01:09:39.72

最近のC++の使用を考えてる人は、頭が悪いのかも知れんな。
特に、boostや、標準テンプレートライブラリを考えた人は
アホなんじゃないかと思う。設計がへたくそ。

**デフォルトの名無しさん** · 2019/01/22(火) 01:10:06.96

使用--->仕様。

**デフォルトの名無しさん** · 2019/01/22(火) 01:14:06.94

C++は抽象を実装しているのだ。
数学とかそっち系の人だべ。

**デフォルトの名無しさん** · 2019/01/22(火) 02:13:13.69

小綺麗にすることは目指していないので下手くそに見えるかも知れんな

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

>>116
そりゃエラーメッセージをデバッグしずらい状況が問題だからな。
デバッグの根本原理は昔から地味にわからん領域を刻んでけってのが鉄則だわ。

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

天才プログラマー現る

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

エラーメッセージは言うほど分かりづらいかってのとそれコンパイラの問題じゃねっていう流れじゃなかったのか
そこで道具を改良するではなく人力で対応しようとするとか原始人か？

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

boostは下から上まであるけど、STLの設計が下手くそとはまあ・・・

**デフォルトの名無しさん** · 2019/01/22(火) 08:09:49.17

googleはtemplate禁止だっけ？
チーム開発ではなかなかレベル揃えるの大変だ

**デフォルトの名無しさん** · 2019/01/22(火) 08:47:48.92

>>124
メジャーな物を否定する俺カッコイイみたいな奴じゃないかな

**デフォルトの名無しさん** · 2019/01/22(火) 09:27:28.56

>>125
boostの一部を許可と過度なメタプログラミング禁止じゃないか？
最新のは知らないけどさ

**デフォルトの名無しさん** · 2019/01/22(火) 11:55:17.71

>>121
そりゃ一つずつちゃんと追っていけば原因はいつかわかるけど、
自分が書いたテンプレートならともかく他人が書いたもののエラー追うのは
他人が書いたメタプログラミングの意図を正確に把握する必要が出てくる(特にboostとか地獄)
コンセプトが導入されたらその辺はマシになるだろうけど
結局それはそれでテンプレート使うときにやらなきゃいけない作業が増えるというw

**デフォルトの名無しさん** · 2019/01/22(火) 12:34:08.56

>>125
Googleは例外禁止、templateなしはさすがに無理がある

**デフォルトの名無しさん** · 2019/01/22(火) 13:47:49.58

細かいバグを拾うために out_of_range を投げる位はありだと思うが、「構造化された例外」の使い方が俺には判らん。

**デフォルトの名無しさん** · 2019/01/22(火) 14:50:43.43

禁止はtry-catchか。
曖昧な状態を許すだけで、使いどころがよくわからんな。使えるひとすごい。

**デフォルトの名無しさん** · 2019/01/22(火) 19:10:41.32

>>128
だからやってることを刻めるようにしろって意見だよ。
テンプレートが担ってる役割は恐ろしく多い。
型のオーバーロード(推論)、マクロコードの展開、コンパイル。
これらを暗黙に一気にやってるからデバッグしずらいんだよ。

**デフォルトの名無しさん** · 2019/01/22(火) 21:15:35.78

std::expectedはまだかいな・・・

**デフォルトの名無しさん** · 2019/01/22(火) 22:35:07.16

クラスのprivate変数として vector<int> a を宣言したいとき、
vector<int> a(8, 0);
みたいに初期化できないのはなんでですか？

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

こうしろ
class hage {
public:
　　hage(): a(8,0) {}
private:
　　vector<int> a;
}

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

>>134
関数宣言と曖昧になるから、らしい
ちなみに、{}を使えば出来る

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

>>136
vector<int> a{0, 0, 0, 0, 0, 0, 0, 0};
ってこと？

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

>>137
そう

**デフォルトの名無しさん** · 2019/01/23(水) 01:15:58.41

>>138
n 個ゼロで埋めるみたいのは、クラス変数として宣言してから使う前に
a = vector<int>(n, 0);
みたいにするしかないですか？

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

>>139
コンストラクタで初期化するのはダメなのか？

**デフォルトの名無しさん** · 2019/01/23(水) 02:10:57.88

>>140
コンストラクタで初期化するとしても>>139みたいな感じですよね？

**デフォルトの名無しさん** · 2019/01/23(水) 02:13:42.34

>>135　が答え書いてる。

**デフォルトの名無しさん** · 2019/01/23(水) 02:23:09.47

済みません今やっと意味分かりました

ありがとうございました

**デフォルトの名無しさん** · 2019/01/23(水) 07:48:31.28

>>139
それも同じようにすれば行けるはずだけど

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

前々から思ってたんだけどなんでprivateのを下に書くの
上の方がよくね？

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

本来、privateは利用者にとっちゃ興味ない内容だから、C++では伝統的に下で書かれることが多いけど、java登場以来、上に書く人が増えたと思う。
上に書いたほうがクラスの規模感や役割が把握しやすいみたいなメリットはあるかもね

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

C++は他の言語からすると書き方流派の縛りは緩いから(歴史長すぎてさまざまな流派が発生しては消えてるから)
自由に書いていい
ただ、C++ではメンバは上から初期化されるルールなので初期化順によって何らか問題が発生する場合のみ
どの位置に書くか注意すべきだがそんなケースは滅多にない

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

上がいいよ。
でもそもそもprivateなんてだらだら書かんで実装に隠せよと。

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

上からprivate変数、public関数、private関数の順かな。
インナークラスや型情報、static があるときはそれらが一番上。

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

>>146
おいらは前から、privateを最初に書くのは、アメリカや英語文化の影響では
ないかと思っていた。
・英語では、First name, Last name の順。
・地名も、小さい場所から、大まかな場所へ書かれる。町名、市名、県名、国名
　の順のように。
・アメリカでは、public 的なものより、private が優先されるイメージがある。
・変数名も、大まかな所属は後の方に書かれ、pszName, lenName, idxData の
　ようになる。

でも、class を使う側の目線で見た時、private や protected のデータは、
何の意味も無いし、今後のバージョンアップで変化することもあるから、
上に書くのは無駄のように思える。

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/24(木) 18:49:58.73

class だと private がデフォだから
private なメンバから書き始めるとちょっと省略できて楽って程度の
つまらない理由なんじゃないかと思ってる。

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

同じ理由でstructにしてpublic省略してる

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

privateな変数は使う側に関係ないから下だな。

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

【移民】
留学生以外の、海外大学卒の外国人採用、過去最高に 4社に1社エンジニアでは日本語能力を問わない企業も
https://asahi.5ch.net/test/read.cgi/newsplus/1548315122/

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

windowsだとcondition_variableを使う理由ってなにがありますか？

平気でspurious wakeup問題があるなんていってるし、
Event使ったほうがいいと思うのですが？

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

移植性が上がる

**デフォルトの名無しさん** · 2019/01/25(金) 00:36:17.92

責任を持つデータを明示する。
保守担当者に「このデータ壊すな」というメッセージでもある。
メンバ関数はデータに対する操作なので、変数という名詞が必要。
なのでクラスの頭に書く主義。

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

privateに入れてる変数は壊しても構わないと考えてる。
publicやprotectedは上でもいいや

**デフォルトの名無しさん** · 2019/01/25(金) 03:22:49.47

壊してもいいのはprivate
publicは原則として壊してはいけない

**デフォルトの名無しさん** · 2019/01/25(金) 06:47:27.24

本当はprivateのメンバなんてヘッダに書きたくないんだよな
使う側にとってはどうでもいいことなんだし

まあデータメンバーはsizeof確定させるためにヘッダに書かざるを得ないんだけど
privateメンバ関数はcppに隠す手段が欲しい

**デフォルトの名無しさん** · 2019/01/25(金) 06:52:07.07

そこでインクルードですよ

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

>>160
Pimpl がそれじゃなかった？

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

できるけどポインタ経由になるしめんどくさいし

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

どうでもいい実装は別に無名のnamespaceに入れてもいいわけだしね。
なんか全部privateに書けって開発チームもいるけど。

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

テンプレートのときどうすんの

**デフォルトの名無しさん** · 2019/01/25(金) 09:33:40.77

templateクラスみたいなのは、独立したヘッダに素直に書くのが良いんだと思う

**デフォルトの名無しさん** · 2019/01/25(金) 12:11:07.30

Windows で動いて、かつ、llc.exe --version で Registered Targets に、

WASM32

と表示が出るタイプの(-march=WASM32 と指定出来るタイプの)
llc.exe のバイナリって、どこかで DL できない？

ソースからビルドするのは、当方は VS 15 以上を持ってないので無理。
cygwin からだとビルド出来るらしいけど、出来たバイナリが cygwin なしで起動
できないかもしれないのが問題。

**デフォルトの名無しさん** · 2019/01/25(金) 12:50:28.30

https://stackoverflow.com/questions/51310020/is-there-a-pre-built-clang-library-for-windows

↑を見つけたのでDL中。289MB だけど、残り3時間と表示されるうちの環境。

https://github.com/ziglang/zig/wiki/Building-Zig-on-Windows

ひきこもりのLより。

**デフォルトの名無しさん** · 2019/01/25(金) 16:37:51.73

>>168
三時間経過して確認してみたら、ありがたいことに、ちゃんと、
ビルド済みの llc.exe があり、Win7, 64BIT で実行できて、
llc --help では、Registered Target がものすごく大量に出てきて、
その中に、wasm32, wasm64 の文字があった。
x86, x86-64 の文字もある。

ちなみに、Emscripten の emsdk に含まれている llc.exe の、
Registered Target は、js, x86, x86-64 の3つのみ。
Emscripten ではこれを使って LLVM を、いったん asm.js という
JavaScript の subset 的な言語に変換してから、自前で色々な
処理を行い、後から binaryen の asm2wasm などで
wasm に変換している。

今回 DL できた llc.exe では、LLVM を直接 wasm の wast (S式)
形式に直せるらしい。

**デフォルトの名無しさん** · 2019/01/26(土) 04:41:46.50

>>159
public変数を書いてる奴と仕事したくないわ。

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

変数はアクセス関数を通して公開すると変更に強くなると設計の本に書いてあるけど、だったらC++に元からプロパティ型があれば良いのでは。

**デフォルトの名無しさん** · 2019/01/26(土) 07:44:38.56

114514回目のプロパティ談義が始まったぞ～
うんざりしてない人だけ集まれ

**デフォルトの名無しさん** · 2019/01/26(土) 09:28:36.59

リファクタリングもテストもベンチマーク取りもやらんバカに限って
そういうことに興味持つよな。

**デフォルトの名無しさん** · 2019/01/26(土) 09:50:44.23

プロパティ型が無いから不毛な議論が続くのであって、プロパティ型が入れば世の中から争いが一つ消える。
不要論者は争いたいだけのくず。

**デフォルトの名無しさん** · 2019/01/26(土) 11:05:06.38

プロパティのアドレス取ったらどうなるべきなのか解決するまでC++にプロパティは入りません

**デフォルトの名無しさん** · 2019/01/26(土) 11:34:57.90

>>174
皆を納得させられるだけの仕様を君が提案して、この不毛な議論に終止符を打ってくださいな。

**デフォルトの名無しさん** · 2019/01/26(土) 11:43:59.62

メンバ変数宣言と初期化時に、コンストラクタ引数からのテンプレート引数推定を許してくれればいい感じのができそうなんだが
autoが許可されないのと同じで無理そう

**デフォルトの名無しさん** · 2019/01/26(土) 11:54:28.30

変数と同じ名前の関数の作成を許可するだけで良い気がする。
クラス外からは関数優先で解決して、クラス内からは変数優先で解決みたいな。

**デフォルトの名無しさん** · 2019/01/26(土) 12:43:50.56

コピコンや代入とも相性悪そう…
プロパティーはプロパティーだけで完結するならまだ良いが、
読み書き可能なプロパティーが別途存在するデータメンバと関係を持っていたりしたら、
プロパティーAとその実体の一部を構成するところのデータメンバBのコピー順順序が非常に取り扱いにくいことに…

C#とかで大手を振ってプロパティーが導入できているのは奴らのクラスが参照型であることと無関係ではないと思う
（C++/CXは忘却の彼方なので忘れた；

**デフォルトの名無しさん** · 2019/01/26(土) 12:52:15.23

ていうかC++/CXのコードを今見直したらバッキングストアとしてのデータメンバBの存在を必ず仮定しており、
コピーはBのみ行う仕様らしい
これの仕様ではプロパティーAのコードを他クラスのオブジェクトと関係を持つような書き方をされたとき、コピー時に破綻する

ウィンドーズホンでネイティブC++とC#の橋渡しでしか使わない機能なので今まであんま深く考えてなかった；；

**デフォルトの名無しさん** · 2019/01/26(土) 12:55:48.33

>>175
とりあえずエラーにしとけばいいんじゃね

>>176
とりあえずC++Builderみたいな方式でいいんじゃね
http://support.embarcadero.com/jp/article/35947

**デフォルトの名無しさん** · 2019/01/26(土) 13:05:26.17

存在しないプロパティの話はもういいいいいいいいいいいいいいいい

**デフォルトの名無しさん** · 2019/01/26(土) 13:08:30.94

いやすまん>>179と>>180はデフォルトのコピコンと代入の話しやったわ
自前でコピコンや代入演算子を定義するならどうだってなる話やったわ寝ぼけてたわｽﾏﾝorz

**デフォルトの名無しさん** · 2019/01/26(土) 13:27:11.25

std::arrayの実態はスタック領域に格納されるの？
高機能配列と考えてよければ生配列使いたくない

**デフォルトの名無しさん** · 2019/01/26(土) 13:35:18.29

C#のgetsetなんでパクらないの？

**デフォルトの名無しさん** · 2019/01/26(土) 13:50:54.53

実装

**デフォルトの名無しさん** · 2019/01/26(土) 13:51:38.09

実装依存だけどひーぷ

**デフォルトの名無しさん** · 2019/01/26(土) 14:01:13.68

>>184
std::arrayをnewで作ってたりしなければスタック
そして最適化の結果として普通の配列との違いはなくなる

**デフォルトの名無しさん** · 2019/01/26(土) 14:41:57.45

>>185
あれば使うけどなくても困らん
そんなことよりやることが多すぎてあっても無くてもいいものに手をかける時間はない
ネットワークライブラリですらC++20でも決まらなさそうな感じになってきたし

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/26(土) 15:02:57.27

>>185
前提が違うのに、一部だけそのまま持ってこれるわけないだろ。
既存の仕様を変更せずに、互換性を維持したままで整合性を取るのが大変だっつー話なんだよ。

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/26(土) 15:03:42.60

このスレではプロパティとか #pragma once が何度でも蒸し返されるけど、
そんなに簡単に出来ることならやっとるわ。
出来ないか、出来るとしても割に合わんという判断があるからやってないの。

**デフォルトの名無しさん** · 2019/01/26(土) 15:06:49.78

そりゃこのスレにプログラミング言語の専門家いないし
理論も実装も知りません

**デフォルトの名無しさん** · 2019/01/26(土) 16:31:28.38

>>191
だからなんでお前は勝手に委員会の代弁してんだよ
実際の提案や議論を追っかけててそれを説明してくれるならありがたいが、
マウント取りたいだけなら黙れ

**デフォルトの名無しさん** · 2019/01/26(土) 16:39:59.85

時々言語仕様の話になる現象何なの。

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/26(土) 18:48:43.58

>>193
説明してもまた蒸し返すんだから無駄だっていうことがわかったから。

**デフォルトの名無しさん** · 2019/01/26(土) 19:03:05.70

俺何度かプロパティに関する議論参加したけど、はちみつが
事実に即した採用されない理由を説明した場面を見たことないよ、勝手な妄想くっちゃべってるところは見たが

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/26(土) 19:05:00.12

そうか。

**デフォルトの名無しさん** · 2019/01/27(日) 00:16:21.08

採用されるべき理由を説明した人も居ないけどな
俺が欲しいから以外の理由を見たことがない

**デフォルトの名無しさん** · 2019/01/27(日) 00:45:15.54

採用されるべき理由なんてあると便利だからでいいんだよ
そこに入るツッコミの数々に耐え抜いたものだけが標準入りするだけ

**デフォルトの名無しさん** · 2019/01/27(日) 00:46:42.48

別にあーでもないこーでもないと議論する分にはいいだろ、ってことだよ
蒸し返すとか何様だ、と。
結構有意義な話(テンプレートでそれっぽいものを実現する試みとか)もあったしな