- 1 名前：デフォルトの名無しさん(ﾜｯﾁｮｲ f37a-QmV0) mailto:sage [2017/03/31(金) 08:47:49.65 ID:UkLjKqcm0.net]
- 次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512
C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。
前スレ
C++相談室 part129
echo.2ch.net/test/read.cgi/tech/1483940967/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.100【環境依存OK】
echo.2ch.net/test/read.cgi/tech/1478440682/
■長いソースを貼るときはここへ。■
codepad.org/
https://ideone.com/
[C++ FAQ]
https://isocpp.org/wiki/faq/
www.bohyoh.com/CandCPP/FAQ/ (日本語)
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
- 520 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMaf-4fPX) mailto:sage [2017/06/18(日) 17:37:06.92 ID:qo9bGziFM.net]
- ぐぐって最初に出てきた記事を読んできたけど、どっちもどっちな感じだなあ。
ただ一つ言えるのは、エピスの記事はいつもcounterが題材でとてもつまらない。
- 521 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ aeaa-vAEL) [2017/06/19(月) 02:44:16.89 ID:vY2cw8HX0.net]
- ぐぐって最初に出てきた記事を読んできたけど、どちらかというと記事の主の方が苦しい言い訳してる感じがするなぁ。
ただ一つ言えるのは、てらているでえぴすてーめーの解答見てると質問者の理解を手助けするような解答にはみえないから好きではない。
- 522 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 96af-VSCS) mailto:sage [2017/06/19(月) 04:56:20.14 ID:ClMyuu520.net]
- namespace A{
static int hoge;
}
class B
{
public:
static int fuga;
};
これらを複数のcppファイルでincludeした場合、
A::hogeはファイルスコープごとにできて
B::fugaはファイルスコープ間で共通
で合ってる？
- 523 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Srab-H4RH) mailto:sage [2017/06/19(月) 08:39:44.53 ID:S/voQGxrr.net]
- 現規格ではfile scopeという言葉の定義が無いことに気付いた
- 524 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ba9f-C7l9) mailto:sage [2017/06/19(月) 08:46:39.99 ID:9+UYKLHD0.net]
- hogeの方はextern付けないと大量生成されるぞ
- 525 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ba9f-C7l9) mailto:sage [2017/06/19(月) 08:47:46.44 ID:9+UYKLHD0.net]
- あ、staticか…わざとやっているのか
- 526 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 136f-98cR) mailto:sage [2017/06/19(月) 10:43:51.86 ID:m1J/TEED0.net]
- >>516
合ってない
以上
- 527 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Srab-H4RH) mailto:sage [2017/06/19(月) 10:53:54.51 ID:S/voQGxrr.net]
- 注意事項は有るとして、合っているかと言えば合っていると思ったのだがはて
- 528 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 96af-VSCS) mailto:sage [2017/06/19(月) 11:20:57.70 ID:ClMyuu520.net]
- >>520
namespace Aが付けばstaticはファイルに依存しないクラスのstaticメンバーみたいになるということですかね？
- 529 名前：片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌｯ Sdda-adb9) mailto:sage [2017/06/19(月) 11:40:33.07 ID:UZhaSadud.net]
- 変数のアドレスを確認すればわかるじゃん。
- 530 名前：デフォルトの名無しさん (ｱｳｱｳｶｰ Sa33-yC4D) mailto:sage [2017/06/19(月) 12:39:33.09 ID:Edn2ErbFa.net]
- >>522
そんなことない
あなたが>>516で言ってたのであってる
正確にはファイルスコープじゃなくて翻訳単位だが
- 531 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 96af-VSCS) mailto:sage [2017/06/19(月) 12:43:52.17 ID:ClMyuu520.net]
- ですよね
ありがとうございます
- 532 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Srab-H4RH) mailto:sage [2017/06/19(月) 16:50:18.24 ID:OcegvzUdr.net]
- >>523
ほれ
ideone.com/RH0dUb
質問者がこういう確認をしてしまう可能性は考えなかったのかね？
- 533 名前：デフォルトの名無しさん (ｽｯｯﾌﾟ Sdda-FPX1) mailto:sage [2017/06/19(月) 17:22:49.29 ID:0iIdkSRqd.net]
- さすがににそれはテスト方法が悪い
- 534 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Srab-H4RH) mailto:sage [2017/06/19(月) 19:46:59.76 ID:OcegvzUdr.net]
- >>527
undefined behaviorとno diagnostics requiredだらけの言語で「アドレス確認すればわかる」とだけ言うのはあまりに安易な助言ではないか、と言っているのであって
確認方法の良し悪しには興味が無い
- 535 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 8b9a-FPX1) mailto:sage [2017/06/19(月) 19:56:58.85 ID:QZxUhfYw0.net]
- お前が何に興味があるかなんてまったく興味がない
- 536 名前：デフォルトの名無しさん (ｱｳｱｳｶｰ Sa33-C4gc) mailto:sage [2017/06/19(月) 21:31:25.95 ID:/bUZDhU4a.net]
- >>520
>>515に出てきたえぴすなんたらと同じで、仮に知識があったとしても建設的な議論ができずに場をかき混ぜるだけの迷惑な存在に思える。
- 537 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM97-4fPX) mailto:sage [2017/06/20(火) 23:15:54.41 ID:Mr4YEhWoM.net]
- >>515
そもそも苦しい言い訳すらできない事案はwebページに掲載してないだろうしなぁ
- 538 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1311-H4RH) mailto:sage [2017/06/21(水) 12:51:52.91 ID:+NLKQqoi0.net]
- >>530
こんなとこで他人を中傷してるお前は
迷惑記事の書き手と同レベルだな
- 539 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7a15-yC+1) mailto:sage [2017/06/21(水) 16:13:27.27 ID:w7AAKRwP0.net]
- >>530
質問に必要なのは回答であって議論じゃない。
議論が建設的であろうがなかろうが質問に対する反応としては不適当だ。
回答が不十分だっていうことならそれは質問者が対話を重ねていくべきことで、
やみくもに話題を広げていく行為はそれこそ場をかき乱すだけだよ。
質問を元にした話題で雑談したっていいと思うが、
質問に対しては質問の回答を返すのが合理的な姿勢で、
先回りしてまで手取り足取り教えてやるような板じゃなかろう。
ム板が殺伐してるのは普通のこと。
- 540 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Srab-H4RH) mailto:sage [2017/06/21(水) 23:22:10.09 ID:rrguzdDtr.net]
- >回答が不十分だっていうことならそれは質問者が対話を重ねていくべき
「建設的な議論」の認識に齟齬が見られたが
>>530と>>533の意見は概ね一致したようだ
めでたしめでたし
- 541 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f3d-SU2+) mailto:sage [2017/06/22(木) 18:59:54.46 ID:RmXtROOS0.net]
- templateのstaticメンバの初期化（実体化）についてわかる人、
教えてもらえないでしょうか。
次のようなクラス構成があります
template<typename T> class A {
public:
A() : foo(NULL) {}
...
void * foo;
};
template<typename T> class B {
public:
...
static A<T> bar;
};
class C : public B<C> {
public:
...
};
ここで、B<C>::barを実体化しないといけないので
1) 以下のように書くとVC++では問題ない
template<> A<C> B<C>::bar;
2) 以下のように書くとclang(xcode)では問題ない
template<> A<C> B<C>::bar = {};
3) GCC 4.9では1)でコンパイルは通るが実体化されない。
ということで、GCCでどう書いたらビルドが通るか教えてください。
よろしくお願いします。m(_ _)m
- 542 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr0b-jRIn) mailto:sage [2017/06/22(木) 19:26:04.75 ID:Pj60YbTlr.net]
- >template<> A<C> B<C>::bar;
本当に実体化をしようとしているのか、明示的な実体化が必要なのか疑問だ
template<…> X →テンプレート定義
template<…> X<Y> →テンプレート定義(部分特殊化)
template<> X<…> →フルの特殊化
template X<…> →明示的実体化
X<…> →使うことで暗黙の実体化
- 543 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f3d-SU2+) mailto:sage [2017/06/22(木) 19:46:14.05 ID:RmXtROOS0.net]
- >>536
レスありがとうございます。
実際のコードでは、AとBはそれぞれのヘッダファイルにすべて記述され、
Cのみcppでコード生成しています。1)及び2)はCのソース内に記述しています。
このため、スペシャライズは不要な筈ですが、B内で定義しているstatic変数は
Bのクラス内で使用しているため、実体化が必要です。
bar自体はコンストラクタがあるので、普通のstatic変数のように書けば
良いのではないかと思うのですが…。
何か勘違いしてるんですかね？
- 544 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f3d-SU2+) mailto:sage [2017/06/22(木) 20:07:59.54 ID:RmXtROOS0.net]
- >>535です、連投すいません。
どうやら解決したようです、デバッグしてみないと本当に解決しているか
どうかはわかりませんが(^^;
stackoverflowにヒントがありました。
https://stackoverflow.com/questions/2342550/static-member-initialization-for-specialized-template-class
// needs a copy constructor!
template<> Type Class<Arguments>::member = Type();
コピーコンストラクタで無理やり実体を作るという…。
vc、llvm、gccでそれぞれ書き方が違うとは、やな世の中になったもんだｗ
- 545 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr0b-jRIn) mailto:sage [2017/06/22(木) 20:44:12.75 ID:Pj60YbTlr.net]
- 特殊化の説明を読んでいるのがよくわからんが
G++で通るコードとやらを貼っとくか
ideone.com/u4h6so
- 546 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 374b-ckEx) mailto:sage [2017/06/22(木) 20:51:33.36 ID:6MphhRRE0.net]
- >>535
> 3) GCC 4.9では1)でコンパイルは通るが実体化されない。
実体化されないの意味がよくわからんが
B::barの定義がないからだろ
ttps://wandbox.org/permlink/dK2e1pFJRGqDvw6G
- 547 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr0b-jRIn) mailto:sage [2017/06/22(木) 21:50:59.77 ID:Pj60YbTlr.net]
- >>535
>1) 以下のように書くとVC++では問題ない
>template<> A<C> B<C>::bar;
これはVisual C++が規格の14.7.3段落13を正しく実装していないためで
2)の書き方が正しい
- 548 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f3d-SU2+) mailto:sage [2017/06/22(木) 21:52:32.77 ID:RmXtROOS0.net]
- >>539さん, >>540さん
ありがとうございます。
なるほど、template<typename T>のままで初期化すればよかったんですね。
あ、でも、vc++2012でエラーが出ますね。
non-aggregates cannot be initialized with initializer list
vc++2015はプロジェクトを作ってないのでわかりません。
xcodeは、明日確かめてみます。
あ〜、templateは嫌いだorz
- 549 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7f91-yPlv) [2017/06/24(土) 13:41:09.22 ID:u+Yuz9bZ0.net]
- 配列に格納された行列同士の乗算がしたいんだけどさ
EigenのMapってこれ、コンパイル時に行列の行数・列数が決まってない時はどうやって利用するもんなの？
eigen.tuxfamily.org/dox/group__TutorialMapClass.html
Vector型に変更したりしてたら遅くなっちゃうだろうし・・・・どうやるんだろ・・・・
- 550 名前：デフォルトの名無しさん (ｽｯｯﾌﾟ Sdbf-iOY8) mailto:sage [2017/06/24(土) 16:50:39.64 ID:1xYcuW8pd.net]
- >>543
ろくに見ずに答えるけど、テンプレートパラメータを明示的に与えられないの？
- 551 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMbf-Cfyt) mailto:sage [2017/06/24(土) 17:52:02.95 ID:UzNhAedeM.net]
- サンプルみた感じ、Dynamicっていうキーワードがあるみたいだけど
- 552 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f32-LvKX) [2017/06/25(日) 14:15:18.57 ID:ogKde9930.net]
- union aaa{
uint8_t byte[ 5 ];
struct bit_t {
uint32_t b0 : 5;
uint32_t b1 : 5;
uint32_t b2 : 5;
uint32_t b3 : 5;
uint32_t b4 : 5;
uint32_t b5 : 5;
uint32_t b6 : 5;
uint32_t b7 : 5;
}bit;
};
union bbb{
struct bit_t {
uint32_t b0 : 5;
uint32_t b1 : 5;
uint32_t b2 : 5;
uint32_t b3 : 5;
uint32_t b4 : 5;
uint32_t b5 : 5;
uint32_t b6 : 5;
uint32_t b7 : 5;
}bit;
uint8_t byte[ 5 ];
};
const aaa a = { 66, 77, 88, 99, 11 };
const bbb b = { a.bit.b0, a.bit.b1, a.bit.b2, a.bit.b3, a.bit.b4, a.bit.b5, a.bit.b6, a.bit.b7 };
bが{66,77,88,35,11}となってaと一致しません。何故ですか
- 553 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f796-Cfyt) mailto:sage [2017/06/25(日) 15:01:36.01 ID:WDBvKZ4J0.net]
- byte境界でないと配置できない環境なんじゃないの？
- 554 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f32-MYey) mailto:sage [2017/06/25(日) 15:16:55.26 ID:vsjTFzMZ0.net]
- uint32_tに5ビットずつ詰めてるからだろ
- 555 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f9f-Yx6S) mailto:sage [2017/06/25(日) 15:37:16.30 ID:ogZvFgu/0.net]
- 普通は単に unsigned b0:5: と書くべき
ビットフィールドに32tとか余計なモノ乗っけると解釈がおかしくなる
- 556 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f9f-Yx6S) mailto:sage [2017/06/25(日) 15:41:35.21 ID:ogZvFgu/0.net]
- あとは副作用でpackアラインが1になってないから無理矢理境界作ってコンパイラが揃えようとしているとか
- 557 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ bfe4-Nep8) mailto:sage [2017/06/25(日) 15:51:48.24 ID:k9VtfbZw0.net]
- 共用体の統一初期化記法のことはよくわからないけどちゃんとコンストラクタを書けば解決するのでは
https://wandbox.org/permlink/Fzd26GrwxkCJ5NmL
- 558 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ffaa-4OJu) mailto:sage [2017/06/25(日) 16:07:57.97 ID:Y80WzbX30.net]
- C++を、10年以上勉強してから、共用体を使え
そもそも、初心者が使い道を知らないだろ
- 559 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9fc3-NIhq) mailto:sage [2017/06/25(日) 17:09:07.72 ID:/94nlHOp0.net]
- >>546
なぜ一致すると思うのかをまず説明すべきではないかね？
- 560 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1f91-ZLad) mailto:sage [2017/06/25(日) 17:14:35.54 ID:CENP8UyG0.net]
- 99: 1100011
35: _100011
何度かやってみると、合う時もあるな
- 561 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f32-LvKX) [2017/06/25(日) 19:00:42.60 ID:ogKde9930.net]
- uint32_tをuint64_tに変えたら一致するようになりました
ヒントになります？
- 562 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9faf-6L/r) mailto:sage [2017/06/25(日) 19:15:35.89 ID:0WoCYScE0.net]
- VC++2015で調べたらaaa,bbbは8byteでbit_tのメンバーは
b0: 0ビット目
b1: 5ビット目
b2: 10ビット目
b3: 15ビット目
b4: 20ビット目
b5: 25ビット目
b6: 32ビット目
b7: 37ビット目
に配置されてた
b6から配置がずれてて30bit目と31bit目がbit_tでは使われてない
なのでbでbit_tを使って初期値をセットしてもこの2bitの値は不定になる
この2bitが両方とも0の時4byte目は35、
30bit目が0で31bit目が1の時99になる
- 563 名前：はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 9f15-LvKX) mailto:sage [2017/06/25(日) 23:08:48.14 ID:y0reYziw0.net]
- 英語を読むのがだるいので JIS の仕様を見てみた。
まずは C99 (に相当する JISX3010:2003) の 6.7.2.1 にはこうある。
> 処理系は、ビットフィールドを保持するに十分な大きさの任意のアドレス付け可能な記憶域単位を割り付けてよい。
> 十分な領域が残っている場合、構造体内のビットフィールドの直後に続く別のビットフィールドは、同じ単位の隣接したビットに詰め込まなければならない。
> 十分な領域が残っていない場合、入り切らなかったビットフィールドを次の単位に入れるか、又は隣接した単位の境界をまたがせるかは、処理系定義とする。
> 単位内のビットフィールド割付けの順序 (上位から下位か又は下位から上位か) は、処理系定義とする。
この理屈にてらして >>556 を解釈すると、 VC++2015 での記憶域単位は 4 バイトで、ビットフィールドが単位に収まらなかった場合には次の単位に入れる
という選択を取っていることになる。
で、 C++03 (JISX3014:2003) ではどうかというと 9.6 にこうある。
> クラスオブジェクト内のビットフィールドの割り当て方は処理系定義とする。 ビットフィールドの境界調整は、処理系定義とする。 ビットフィールドは、何らかのアドレス取得可能な単位内に詰め込まれる。
> 参考 処理系によっては、ビットフィールドの割当て単位をまたがることもあるし、またがないこともある。 右から左に割り当てる処理系もあるし、左から右に割り当てる処理系もある。
この文章の「単位内に詰め込まれる」というのは C での規則にあるように記憶域単位をまたがない限り (次の単位に移らずに) 詰め込むという規則にも読
めるが、ちょっとよくわからない。 常識的に考えれば C より緩い規則ということはないだろうと思うんだけど……。
>>555
指定する型が割当て方に影響するような文面は見付けられなかった。
- 564 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr0b-jRIn) mailto:sage [2017/06/25(日) 23:47:54.19 ID:Tfx4tn9Gr.net]
- >常識的に考えれば (中略) ないだろうと思う
訳：ボクは非常識です
- 565 名前：デフォルトの名無しさん (ｽｯﾌﾟ Sd3f-VrB2) mailto:sage [2017/06/26(月) 00:18:40.72 ID:mZAJ/HXWd.net]
- トンチンカンな回答がほとんどで笑える
- 566 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ bfe4-Nep8) mailto:sage [2017/06/26(月) 00:21:57.68 ID:yL9hwVgE0.net]
- 正しい回答をお願いします
- 567 名前：デフォルトの名無しさん (ｽｯﾌﾟ Sd3f-VrB2) mailto:sage [2017/06/26(月) 00:29:03.33 ID:mZAJ/HXWd.net]
- byteの40bitとbの40bitが違う位置だから (ほとんどの環境で)
- 568 名前：デフォルトの名無しさん (ｽｯﾌﾟ Sd3f-VrB2) mailto:sage [2017/06/26(月) 00:32:01.19 ID:mZAJ/HXWd.net]
- 8個のbがbyteをカバーしていない
- 569 名前：デフォルトの名無しさん (ｽｯﾌﾟ Sd3f-VrB2) mailto:sage [2017/06/26(月) 00:37:21.07 ID:mZAJ/HXWd.net]
- >>547 〜 >>552
回答するレベルじゃない
何も書かない方がマシ
- 570 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ bfe4-Nep8) mailto:sage [2017/06/26(月) 01:00:43.63 ID:yL9hwVgE0.net]
- そもそも専門的な質問は2chで聞くべきじゃないし
信頼できる専門書を買うべき
- 571 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ffaa-4OJu) mailto:sage [2017/06/26(月) 01:09:10.53 ID:RgMKiEkv0.net]
- 共用体などは、C++を、10年以上勉強してから使え。
そもそも、初心者が使い道を知らないだろ
そもそも、5バイトは、40ビットだけど、
ビットフィールドが何バイトの領域に確保されるかも知らないのに、使うな。
処理系依存の機能を使うな
MISRA-C でも使用禁止だし、素人が使う共用体なんて、
バグだらけで製品で使えない
どの本にも、共用体を使った例など、載っていないだろ
- 572 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f89-RNzd) mailto:sage [2017/06/26(月) 01:26:24.49 ID:YVNj3DlL0.net]
- >>565
質問者はただの学習目的かもしれんのに、
素人だとか製品では〜とか批判するのは的外れだろう
- 573 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 374b-ckEx) mailto:sage [2017/06/26(月) 01:34:20.4
]
- [ここ壊れてます]
- 574 名前：7 ID:jY+d4s2A0.net mailto: >>560
すでに言われてるがまとめると>>546の状況では先頭から
byteは連続する40bit
bit_tは使わない2bitをはさんだ42bit
を使用するのでbyte-bit_t間では
余分なbitの取得・必要なbitの欠落が起きて完全な情報のやりとりにならない [] - [ここ壊れてます]
- 575 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f9f-Yx6S) mailto:sage [2017/06/26(月) 01:50:32.70 ID:/d8dR7Ut0.net]
- 5bitづつだとどうしてもアドレス跨ぎが発生するからな
4bitづつなら収まるけど
- 576 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr0b-jRIn) mailto:sage [2017/06/26(月) 08:14:37.12 ID:g/kuRdPjr.net]
- >信頼できる専門書を買うべき
ここは信頼できる回答が示されていても日本語が読めない低能が不毛なレスを続ける所なのだが
その典型例が>>560ということに本人が気付くことは無いのであった
- 577 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr0b-jRIn) mailto:sage [2017/06/26(月) 20:30:39.48 ID:g/kuRdPjr.net]
- そう言えば規格的には>>546の使い方はNGなので
>>552が言っていることはあながち間違いでもない
- 578 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f1b-ZNvc) mailto:sage [2017/06/26(月) 20:36:59.50 ID:cFoP2i7u0.net]
- 規格的には処理系定義なので処理系のマニュアル等で確認して使うならNGではないな
- 579 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 179a-VrB2) mailto:sage [2017/06/26(月) 20:43:43.05 ID:GM19K0OY0.net]
- >>552は質問の回答じゃないから
- 580 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ffaa-4OJu) [2017/06/26(月) 23:25:57.41 ID:RgMKiEkv0.net]
- 共用体で、バイト配列とビットフィールドは、互換性がない型だから使えない。
最低でも、10年以上勉強していない者は、共用体でバグだらけになるから使うな
ビットフィールドのメモリ割付位置は、処理系依存だから、
他のOS・OSのビット数(32/64ビット)・他のコンパイラなどで使えない
また、コンパイラのバージョンアップで、再コンパイルするだけでも、
メモリ割付位置は変わるから、バグ有りで使えない
コンパイルエラーにならず、実行時エラーになるようなものは使えない
- 581 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 179a-VrB2) mailto:sage [2017/06/26(月) 23:35:53.83 ID:GM19K0OY0.net]
- なんかムキになってる
相変わらずズレてるね
- 582 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9faa-ZLad) mailto:sage [2017/06/26(月) 23:55:54.69 ID:NfcBoQUW0.net]
- 失敗を通じてしか成長できないのにね
- 583 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ bfea-WW2k) mailto:sage [2017/06/27(火) 01:00:05.96 ID:NwZhdH240.net]
- 10年以上勉強さん流石ですw
- 584 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 179a-VrB2) mailto:sage [2017/06/27(火) 08:01:35.53 ID:bJ//gE7J0.net]
- 10年勉強して >>573 か
残念な人
- 585 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d7d1-Rbtz) mailto:sage [2017/06/27(火) 10:18:29.05 ID:XwCnx1+f0.net]
- for_eachを並列で高速化する場合
-D_GLIBCXX_PARALLEL
でopenmp使う場合と
#include <experimental/numeric>
の使う場合と
どっちが高速なの？
- 586 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 17f3-PFpe) [2017/06/27(火) 10:35:07.84 ID:TVfTial50.net]
- 自分でも無意識のうちにやってたし、ネットのサンプルとかでもよくあるけど
厳密にはunsigned intのほうが相応しい場合でもintつかってるコードをよく見かけるが
いちいちintをunsigned intで宣言し直すのもあほらしいしマクロつかって
unsigned intを_u_intとかに置き換えて宣言するのもそこまでしなくてもいいんじゃないかとも思うし
そこらへんはテキトーでいいんっすかね・・・
- 587 名前：デフォルトの名無しさん (ｽｯｯﾌﾟ Sdbf-iOY8) mailto:sage [2017/06/27(火) 10:51:53.32 ID:LPANs+0ed.net]
- std::size_t じゃなくて？
- 588 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d76f-ADZD) mailto:sage [2017/06/27(火) 11:30:31.53 ID:DL/1tDv80.net]
- 負の値を取らないからって「厳密にはunsigned intのほうが相応しい」とは俺は考えないな
intで済むならintにする
- 589 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f7ea-LvKX) mailto:sage [2017/06/27(火) 12:25:58.18 ID:+aQQjqLh0.net]
- 正の数しかとらない変数がまだ初期化されていないことを明示するために負の値(特に-1)を使うとか割とよくある。
- 590 名前：デフォルトの名無しさん (ｽｯｯﾌﾟ Sdbf-iOY8) mailto:sage [2017/06/27(火) 14:22:30.38 ID:Gpx2Satod.net]
- >>581
・仕様として正の整数
・intの範囲で表せる
が成り立つならintにする？
自分ならstd::size_tを選ぶなあ
>>582
そんな需要があるとはちょっと不思議だ。クラスメンバ？
- 591 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1f91-ZLad) mailto:sage [2017/06/27(火) 14:33:30.02 ID:ntBitUxx0.net]
- int? i;
が許されるのはC#だっけ？
- 592 名前：デフォルトの名無しさん (ﾜﾝﾐﾝｸﾞｸ MM7f-Rrwd) mailto:sage [2017/06/27(火) 14:41:42.08 ID:siPR+sC7M.net]
- そもそもアドレス宣言と初期化は同時にしろって話だしね
- 593 名前：デフォルトの名無しさん (ﾜﾝﾐﾝｸﾞｸ MM7f-Rrwd) mailto:sage [2017/06/27(火) 14:41:58.86 ID:siPR+sC7M.net]
- アドレス宣言ってなんだ
宣言ね
- 594 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d76f-ADZD) mailto:sage [2017/06/27(火) 15:11:12.82 ID:DL/1tDv80.net]
- >>583
std::size_tの本来の用途じゃない数値でも使つのか？それはちょっと
- 595 名前：デフォルトの名無しさん (ｽｯｯﾌﾟ Sdbf-iOY8) mailto:sage [2017/06/27(火) 16:00:23.87 ID:Gpx2Satod.net]
- >>587
ああごめん、もともとは>>579の
「 厳密にはunsigned intのほうが相応しい場合でも」
に反応しての発言だった。
- 596 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 179a-VrB2) mailto:sage [2017/06/27(火) 19:00:49.27 ID:bJ//gE7J0.net]
- >>583
size_tだと64bit環境で64bitになるぞ
- 597 名前： ◆QZaw55cn4c (ﾜｯﾁｮｲ 576d-frAY) mailto:sage [2017/06/27(火) 19:02:17.31 ID:kIT2/xtQ0.net]
- int が 64ビットになるべきだよね
- 598 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 179a-VrB2) mailto:sage [2017/06/27(火) 19:07:21.81 ID:bJ//gE7J0.net]
- 当然そういうコンパイラはある
Windows上だと過去の色々なしがらみなどからintが32bitなのが普通
- 599 名前：片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-pKS6) mailto:sage [2017/06/27(火) 19:08:30.52 ID:OA/PxRyod.net]
- ビット数が気になるなら、<cstdint>のint??_tやuint??_tを使えばいいやんけ。
- 600 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 179a-VrB2) mailto:sage [2017/06/27(火) 19:09:53.97 ID:bJ//gE7J0.net]
- 厳密にはunsignedの方が相応しいってどういう場合を想定してる？
データサイズとかならunsignedの方が相応しいとも限らないよ
- 601 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 179a-VrB2) mailto:sage [2017/06/27(火) 19:11:35.74 ID:bJ//gE7J0.net]
- >>592
そういう問題じゃない
言語のデフォルトサイズ、一番効率が良いとされているサイズが32bitなのか64bitなのか
の問題
- 602 名前：片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-pKS6) mailto:sage [2017/06/27(火) 19:15:41.98 ID:OA/PxRyod.net]
- その場合はintfast_t, uintfast_tを使う
- 603 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ bfe4-Nep8) mailto:sage [2017/06/27(火) 19:19:52.85 ID:N0WooBY/0.net]
- データが持つ意味と型の振る舞いは極力一致させるべきで
型の振る舞いはできる限り制限するべき
負の値を取り得ないならunsignedにする
ローカル変数ならsignedでもいい
- 604 名前： ◆QZaw55cn4c (ﾜｯﾁｮｲ 576d-frAY) mailto:sage [2017/06/27(火) 19:30:07.19 ID:kIT2/xtQ0.net]
- >>591
え？そんなコンパイラが実在するの？
- 605 名前：片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-pKS6) mailto:sage [2017/06/27(火) 19:33:33.64 ID:OA/PxRyod.net]
- >>597
64-bit Linuxとか使ったことねーのか？
- 606 名前：片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-pKS6) mailto:sage [2017/06/27(火) 19:37:05.21 ID:OA/PxRyod.net]
- >>598
ごめんなさい。
- 607 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 179a-VrB2) mailto:sage [2017/06/27(火) 19:51:35.91 ID:bJ//gE7J0.net]
- 特殊な例だとcharからlong longまで全部64bitとかあるぞ
もちろんPCではないけど
- 608 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 179a-VrB2) mailto:sage [2017/06/27(火) 19:52:40.24 ID:bJ//gE7J0.net]
- こいつが噂のMZか
一人芝居の
- 609 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa9b-h10b) [2017/06/27(火) 20:06:34.19 ID:3pUMWgYLa.net]
- >>594
言語つーかCPUに依存しないか。
Core2は64ビット対応でも32ビットのが速い。
64ビットが速いのはCore iからとか。
- 610 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 179a-VrB2) mailto:sage [2017/06/27(火) 20:10:45.68 ID:bJ//gE7J0.net]
- x86の64bitモードは32bitの方が速い命令がある
キャッシュ容量とかメモリ帯域とかを考えても、絶対に32bitで足りるなら、32bitを選んだ方がいい
- 611 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr0b-jRIn) mailto:sage [2017/06/27(火) 21:37:34.10 ID:ExZegnFlr.net]
- >こいつが噂のMZか
>一人芝居の
Qの一人芝居はまだ余興として見られるがもう一人のクソコテの一人芝居は痛々しくて見ていられない
- 612 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9fc3-NIhq) mailto:sage [2017/06/28(水) 02:28:02.75 ID:Irk2C7ZK0.net]
- >>596
型の振る舞いをできる限り制限するのは誤りを起こさない、起こしても明確なエラーにするのが目的だと思うんだけど、
符号なし整数型にそういった機能は無くて実際の助けにはならないから、こういう議論が起こる。
- 613 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d76f-ADZD) mailto:sage [2017/06/28(水) 04:29:23.47 ID:matoew650.net]
- むしろsignedにしておけば不正に負の値が入れられた場合チェックしやすい
- 614 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f89-RNzd) mailto:sage [2017/06/28(水) 07:46:44.59 ID:Aii/VoAq0.net]
- 符合つき整数との比較や算術演算した際に、warning出たり符合なしに変換されたりと面倒なことが多いから、定義域が非負という理由だけではわざわざ符合なしにはあまりしたくない。
- 615 名前：デフォルトの名無しさん (ｽﾌﾟｯｯ Sd3f-oVeJ) [2017/06/28(水) 08:16:59.41 ID:MovvcuP9d.net]
- googleのスタイルだと整数は符号ありを使えってなってる
- 616 名前：デフォルトの名無しさん (ｽｯﾌﾟ Sd3f-VrB2) mailto:sage [2017/06/28(水) 13:11:58.44 ID:4LULrFdtd.net]
- APIも64bitは符号ありが多い
- 617 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7f91-fiUu) [2017/06/28(水) 14:24:20.43 ID:qTRul81R0.net]
- Vvector<vector<float>> tensor;
のようなテンソルを、1列にまとめて
void Vector_Func(vector<float> &v){}
ベクトルの関数の引数にしたいんだけどさ
これって、新たにVector<float>型のベクトルを定義してそこにベクトルの中身をコピーし、それを利用して関数を呼び出して、さらにもとのテンソルにコピーして戻すしかないのかな？
2度のコピーにかかる時間を短縮できる方法があったら誰か教えて！！！
- 618 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ bfaf-7LQj) mailto:sage [2017/06/28(水) 14:26:13.68 ID:+YCVI2Ik0.net]
- typedef vector<vector<float> > tensorf;
それとも右辺値参照的な話だろうか
- 619 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f9f-Yx6S) mailto:sage [2017/06/28(水) 14:29:19.59 ID:eX7vr1Kz0.net]
- 参照になっているなら直接vを弄るだけでコピーする必要もないと思われ
- 620 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d76f-ADZD) mailto:sage [2017/06/28(水) 15:12:35.77 ID:matoew650.net]
- >>610
1列にまとめる必要があるという前提ならどうしようもない気がする
vector<vector<float>>を止めてデータの並びが最初から1列にまとまってるようなテンソルクラスを作るか、
どっかの行列ライブラリを転用するんだな
|
 |
