-
プログラム
-
C++相談室 part130 [無断転載禁止]©2ch.net
-
UPLIFTで広告なしで体験しましょう！快適な閲覧ライフをお約束します！
次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512
C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。
前スレ
C++相談室 part129
http://echo.2ch.net/...cgi/tech/1483940967/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.100【環境依存OK】
http://echo.2ch.net/...cgi/tech/1478440682/
■長いソースを貼るときはここへ。■
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 - コメントを投稿する
-
STLつかうと一気に実行ファイルサイズが10倍に?！
環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない
すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。
C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
とかいうエラーが出るんだけどこれってどうすればいいの？
#include <stdafx.h>
後死ね。
言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。
---- テンプレ ここまで ---- -
>>1乙
-
テンプレートで曖昧なものは強制的に解決させる方法ってあります？
template<typename A, typename B> void func(A a, B b);
func(2.f,3.f); // float
func(2.,3.); // double
func(2.f,3.);// floatで呼び出したい -
こういう質問を見ると
何処に落とし穴が有るのだろうと勘ぐってしまう -
「強制的に」の解釈だろうね
-
func<float, float>(2.f, 3.);
-
'f' 一文字で済む方法が２行上に示されているが…
func(2.f,(float)3.); // てへっ
出題の意図は func(2.f,3.); には手を加えないでということかにゃ？
スペシャライゼーションか非テンプレート版でイグザクトマッチを
用意すればいいじゃないかな
func(2.,3.f); の時は float 優先なのか第一引数優先なのか
ロジックによっては元の設計を見直すべきかも -
>>8
>出題の意図は func(2.f,3.); には手を加えないでということかにゃ？
そういうことです
static_castが可能な型同士に限定されるとは思いますが
>スペシャライゼーションか非テンプレート版でイグザクトマッチ
なるほど
なおfunc(2.,3.f)でもfloatですね -
お前にテンプレートはまだはやい
-
>スペシャライゼーションか
実用性皆無の糞コードしか想像出来ない -
そもそも糞コードしか書けない人は何に対してもそうだろ
-
練習しなきゃ良いコードは書けるようにならない
-
そうだな
ただ練習したら必ず良いコードが書ける訳でもない
例えばPODをコピーするのにpragma pack1してmemcpyし始めるK&Rおじさんとか -
個人的には関数引数の弱い型への変換という
C++言語規約上の暗黙的変換とは逆の流れを引き起こすような記述を
通常と同じような見かけの記述にすることは紛らわしいと希ガス
コード共通化を重視するなら>>7に従うか、あるいはfunc(2.f, 3.f)にするとかして呼び出し元で型を明示し、
そうではなくて弱い型への暗黙的変換を伴うバージョンのfunc()が他とは別のコードになる（スペシャライゼーション対象足りえる
なら、スペシャライゼーションの代わりにfuncを別名にするとかとにかく一目でわかるようにするのが実用的
かと、 -
>>14
練習とは既にあるより良い方法を真似することだから身につかないのは練習になっていないかやる気が無いかだ -
誰か15を日本語訳してくれ
-
>>17
・func(0.0f, 0.0)は一見精度落ちない様に見えるがfloatに落ちるのが嫌
・だからfnuc<float>の様な明示的な呼び出しにするか、fnuc_fの様な名前で工夫すべき
・template<> func<double,float>なんて特殊化する暇があったら
非テンプレートのfuncf作れ
・つまりfloat v;「v=0.0;」もコンパイラーの警告だけなのでNG
・もう変数名はシステムハンガリアンしか無いぜ -
型変換に於ける定数のルールはC++11で見直されたので
「v=0.0;」は例が良くなかったな。まあいいか -
計算がメインの、建築用CADとか、航空流体力学のちょっとしたソフトとかだと、過剰ではないかもしれない
doubleとfloatとでの四つの組み合わせがちょくちょく登場する計算、
funcのfloatとdoubleの組み合わせで厳密に誤差計算しているような気がする
もしもそうだとすると単精度の誤差すらも気にするようなヤバいシステムがコードの背後に見える
……トカマク式核融合炉の制御ソフトの一部かもな -
AD変換器なんてノイズ多い環境じゃ16bit以上のものなんて使えないぞ
電力関係なら12bit位だろ
いかにその分解能でしっかり制御するかが重要で
算数的な精度なんてどーでもいいのさ -
最後の1行を除き同意
-
偉い人向けに表示上だけは電卓に合わせないとうるさいって話かな
-
電池とかのラインで使われてる計測器だと有効なのは小数点以下は3桁くらいまでかな
-
最小目盛りの10分の1
-
数学的なベクトルのクラスで
template<int N> vec{ double v[N];};
などとした場合、コンストラクタで各成分を指定したいようなときって
どうするのが筋ですかね？
それとも引数の数が変わるのがわかってるようなケースはテンプレートすべきではない？ -
こういういかにもな質問を見ると、
何処に落とし穴が有るのだろうと勘ぐってしまう -
double d[]={0.,1.,2.};
vec v(d);
みたいなことですかね？
あと今思いついたのは共通に処理できるところだけ
template<int N> struct vec_base{double v[N];}
template<int N> struct vec {};
template<>strct vec<3> : public vec_base<3>{ vec(double, double, double);};
みたいな -
可変長テンプレートじゃだめなの
-
そんなのありましたね・・・
調べてみます -
template<int... args>
-
Nは要素数だからそれじゃダメやろ
-
template <typename... T> は機能するけどこの場合ちょっとやだな
-
sizeof... の使いどころじゃね？
-
質問者がコンストラクターを使用したいと言っている以上
残念なコードになることは不可避
static_assertでも入れとくしかない -
ネタも投下されないようなので取り敢えず貼っとくか
http://ideone.com/MjE67k -
質問ですが、bool型の変数x値（true/false）をint型の1/0に変換する場合、
(int)xで正しいの？それとも演算子を使ってx!=falseとか!!xとすべき？
あるいは
int y; if(x) { y = 1; } else { y = 0; }
式にやらなきゃダメ？
そもそもC++においても「!」、「!=」、「==」（オーバーロードされていないやつ）はintを返すんやろうか… -
x?1:0
-
N4660の
7.6p6
8.3.1p9
8.10p1
あたりを読んでから質問するという発送は無いものか -
一般人はtypeidを知らない可能性があるが
auto x = (0 == 0);
と書いてxの上にマウスカーソルを持って行く知能は欲しいところ -
一般人てコンパイラって何？な人？
-
企業に勤めていて日常的にC++言語を使うような人、かな
-
日常的にC++使っててtypeid知らないなんて死刑だろ
-
知っていても使わないなあ
試しに実験したことはあるかも -
C++たまにしか使いません
-
少し前からＤＸライブラリの勉強を始めました
「ポンクソフト」というサイトさんの「C/C++言語とDXライブラリでゲーム作成入門」というページを真似ながら勉強しています
そこの「6.オセロの作成」に先程着手したんですが、何度見返しても以下のエラーが出て実行できません
一つ目：コードC3872「'0x200e':この文字を識別子で使用することはできません」行67
二つ目：コードC3872「'0x200e':この文字を識別子で使用することはできません」行80
解決方を求めて「C3872」「0x200e」などと検索したんですが、解決方を見つけることは叶いませんでした
どなたか私に原因と解決方を教えて下さい -
>>50
全角文字と半角文字の違いに気を付けて。コンピュータは全角と半角を区別する。 -
そこのURLを貼ってくれると話はさらに早くなる
-
そりゃpriorityの後に変な文字が入ってるからな
U+200EはC++で使っていい文字に入っていない -
確かに67行目と80行目の"priority"の右に見えない文字 (LRM) が入ってるね
なんでこんなもんが紛れてるのか謎だけどそれを消せばコンパイル通るんじゃない -
>>55
消したらコンパイル通りました
今までは「サイトのコピペ」→「解説読んで納得」→「各文に自分が分かるようにコメント付け」という方法で勉強してたので、
これを機にコピペはやめて全て自分で打ち込むことにします
ありがとうございました -
>>42
普通その数字が何を意味するのかすらわからねえよ -
>>42
なんで贈り物送らないといけないのか -
>>57
コピペ後に理解というやり方から
理解した上で打ち込むって考え方がいいと思うよ
実務でも似たような処理をコピペした時に
別の変数参照するように変える必要があったのに
1ヶ所変え忘れて問題になった何て言う事例もありがち -
勉強中は兎も角、実務でコピペコーディングしてバグ仕込むとか入念に拷問した後死刑でも仕方ないレベルだからな
-
そんなにコピペすることってあるか？
-
ないアルよ
-
まあ、スニペットなんて言い方してても実態はコピペだからな。
-
プログラミングなんて同じことの繰り返しなんだから、コピペで済ませたほうがいいよ
-
コード書いてていうほどコピペしなくね
-
コピペしなきゃいけない自分が情けなくなるね
同じことを二度は言わないスマートさが足りないんだって -
static int a[]; // prototype
static int a[] = {1,2,3,4};
int getitem(int n) {
return a[n];
}
このコード、
gcc -Wall -c -o hoge.o hoge.c
だったら何のエラーも警告も出ないけど、
g++ -Wall -c -o hoge.o hoge.c
だとaのサイズがわからん、とエラーになるんですが、
c++だとどう書けばいいんですか？ -
namespace
{
extern int a[]; // prototype
int a[] = {1,2,3,4};
}
int getitem(int n) {
return a[n];
} -
extern int a[]; はprototypeじゃないけどな
-
未だにexternの役割がよくわかんね；
付けなくても宣言できて勝手に外部リンケージになるし…
K&R本はどっか行った； -
実体を定義するのかしないのか曖昧なところをはっきりさせたり
デフォで内部結合なものを強制的に外部結合させたり
無名namespaceは逆で強制的に外部結合なものに妨害工作する -
//static int a[]; // prototype
static int a[] = {1,2,3,4};
これでOK -
↓みたいに、相互参照するstaticなデータを初期化するときはどうするのよ？
こういうのは、CとC++で互換性あるコードは書けんのかね？
#include <stdio.h>
struct A {
char *s;
struct A *p;
};
static struct A a[];
static struct A b[] = {{"1st in b[]", a}, {"2nd in b[]", a+1}};
static struct A a[] = {{"1st in a[]", b}, {"2nd in a[]", b+1}};
int main(){
printf("%s, %s\n", a[0].s, a[0].p->s);
printf("%s, %s\n", b[1].s, b[1].p->s);
return 0;
} -
前方宣言の方のstaticを削りゃいいんじゃね？
-
static変数を別の翻訳単位から参照するのはおかしいんじゃね？ 俺だったらexternにするぞ。
-
K&RならＣ勉強していた女子社員にやったわ
姉貴が蛍光ペンで目茶苦茶にしてくれたからもう要らなかったんけどねｗ -
>>71
lib や *.o を単独で配布して，そのヘッダを書くとき（lib/o の中に静的変数がある）ときは，extern はないと困るだろうな，とは思う
extern 不要論を連呼するキチガイがいるらしいから，注意したほうがいい -
でも実際extern からアクセスしろってライブラリは見たこと無い
普通関数じゃね？ -
クソライブラリを使うときにexternないと困るな
-
>>80
例えば <cstdio> の FILE *stdout とか
外部のライブラリの中の静的変数へのプロトタイプとして
FILE *stdout;
て書くと多分そのモジュールに stdout が確保されてしまうんじゃないかな？
関数は
int f();
だけで実体がないのだったらプロトタイプだとわかるけれども
変数は実体を伴うのか参照なのかを区別できない気がする
関数だけ提供するライブラリが存在するのは理解できる -
>>75
つ__cplusplus -
externの必要性をとうとう理解してしまったQ
それに対し相変わらずコミュ障のもう一人のクソコテ -
>>83
#ifdef __cplusplus
#define _static
#define _extstatic extern
namespace {
#else
#define _static static
#define _extstatic static
#endif
_extstatic struct A a[];
_static struct A b[] = {{"1st in b[]", a}, {"2nd in b[]", a+1}};
_static struct A a[] = {{"1st in a[]", b}, {"2nd in a[]", b+1}};
#ifdef __cplusplus
}
#endif
まぁ、確かにこんだけ書けばCでもC++でも無警告でコンパイル通ったけど、
まぁ面倒ですこと(ﾟдﾟ)！ -
>>85
わざわざc使わなくてもc++だけでよかでしょ？ -
Cでも使いたい人には自分でラッパー作ってくれと言ってるわ
-
わっしょい、わっしょい
-
自分の理解できないことを、何でもコミュ症で片付けるやつ、嫌い。
-
言語障害って日本語があるのに、何で意味不明な略したりするのかな。臆病者だから？
-
>>84
ところが C には仮定義というものがあって，仮定義しておけば静的変数を共有できるんだよ
だから extern は要らない子！と主張できるんだ
ここは C++ だから，仮定義が出来ない前提で話しているだけだよ
君はまだまだ浅いね -
仮定義はリンカが頑張って実現してるんだが
リンカのマップ情報とか見たことないの？ -
なるほど
仮定義というものが何なのか理解していないのでこういうとんちんかんな発言になるのだな -
それはこっちの台詞だyo
-
仮定義ってなんだっけ
extern int a; が複数の翻訳単位にあったら勝手にaの実体が1個できるというやつだっけ；
C++には無いの？（驚愕 -
>>98
仮定義はリンカにおんぶにだっこしてもらう仕様だよ
extern を書かなくてもいい、というものだ
実体を持たない普通の外部変数と同じように
int evil_global;
とか書くだけでいい、ヘッダに extern int evil_global; と書く必要がなくなる（宣言部分での初期化はできないことに注意）
いやまあ、ちょっと追いきれていないところがあって、まだ俺も浅いのはみとめるが、とりあえず C++ にはないので、みなかったことにしている
議論が続きそうだが俺は参加しないよ -
>>94
仮定義は翻訳単位に閉じたとはいいきれないよ
↑今すぐ読める無料コミック大量配信中！↑
