C++相談室 part136
■ このスレッドは過去ログ倉庫に格納されています
次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512
C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。
前スレ
C++相談室 part135
https://mevius.5ch.net/test/read.cgi/tech/1522495206/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.102【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1509780815/
■長いソースを貼るときはここへ。■
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 ＞>>582>>583で答えが出てるのに、馬鹿には理解できなかったのだろうな。
＞俺なら恥ずかしすぎて首吊って死ぬわ。
ではその理由を書いてごらん。理由がないと回答にならんよ。理由が説明できないなら試験も受からんだろ。 ＞で、addpはどこのｱﾄﾞﾚｽをさしてる？
＞で、なにがｲﾝｸﾘﾒﾝﾄされてる？
まず、どこをさしているのか？何がインクリメントされているのか答えてごらん。 致命的に脳ﾐｿが足りないのは理解した
ｱﾝﾘｶﾊﾞﾌﾞﾙだ お前は解ったふりをしているだけだよ。言葉にして説明できないならな。 ここまで説明して
なんで同じ結果にならないか
分からないならもうﾑﾘだからな
向いてない
諦めなさい
なにごとも諦めが肝心 誤魔化して変なコードを追加するな。問題はこれだ。
unsigned long addp = baseadd;
for(int i=0; i<leng; ++i){
*(char *)&addp++ = dt;
}
このコードが何故動作しないか？ それを説明するのが問題なのだ。 多分解っている人なら、直ぐに説明できる筈だ。
分からない人は説明できない。罵るのはさらに愚。 同じ結果にならないことはすでに説明してるからな
ｱﾄﾞﾚｽを格納する変数を使わないで同じ結果にしたいならどうすばいいか
まで書いた
それに対する補足説明まで書いた
もうこれ以上書くことはない
ﾑﾀﾞ ＞ｱﾄﾞﾚｽを格納する変数を使わないで同じ結果にしたいならどうすばいいか
＞まで書いた
＞それに対する補足説明まで書いた
思わせぶりな回答を書いて欲しいといっているのではない。頭がいいと思ってほしいのかもしれないが
それでは「思わせぶり」でしかない。説明としてきちんとした形式を備えた自信のある回答を書いてごらん。 >>599
え、なんで？
礼儀を知らないおっさんに教えてやることなんて一つもないよ。
ちな>>597で馬鹿呼ばわりしたのは半角でﾊﾞｶﾊﾞｶ言ってるやつのことなんで。 >608
「教えない」習性の人は成長しない。ということは知っているだろ。習性というくらいだから今に始まったこと
ではない。つまり嘗て勉強を始めた時点ですでに成長はとまっているということだ。 俺は無償でお前等に考え方、回答の方法を教えている。教えることが一番勉強になる。
いままでのところ質問にたいして誰も合格点をあげることができるような回答がない。 addpの値として期待されているのがアドレス値X。&addpは、アドレス値Xを格納している変数addpのアドレス値Y(ポインタの値)。代入によって期待されているのが、アドレスXへのdtの値の格納。
XはYではないから、間違い。 というか&addp++の時点でエラーでるなこれ
コンパイラ何使ってるの? >>612
正に初歩的な質問というものは質問自体に間違いが含まれている可能性がある。
そのことに先ず言及できたのは君が初めてだ。素晴らしい。
質問者が正確に質問できた時点で回答は既になされたも同然だといわれるが今回も
例外ではない。これで終わる。 なめたことをしてくれたな。。。
558 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 469d-mzC7)[] 投稿日：2018年06月30日(土) 08時17分40秒24 [朝] ID:p5lz5e260 [2/19] (PC)
コンパイラエラーにはならないが動作しない。
594 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 469d-mzC7)[] 投稿日：2018年06月30日(土) 22時22分23秒05 [夜] ID:p5lz5e260 [8/19] (PC)
コンパイルエラーにはならない。ワーニングにもならん。という事実を書いている。
(ﾜｯﾁｮｲ 469d-mzC7) ID:p5lz5e260
ｵﾏｴを特定した
震えて眠りなさい ことさらに難しいコードを書いて得意がってる馬鹿がうようよ
1行に詰めるのがプロか？
新入社員が読めないようなコード書いて喜んでいるお前らが
バグを仕込む糞プログラマだわ 有能なプログラマはこんな場所で遊んでいない
暇なプログラマっていうか、仕事が無いプログラマ？ ﾌﾟﾛｸﾞﾗﾏにまともなｺｰﾄﾞ書いてもらうも仕事の一つだからな
まともなｺｰﾄﾞ書いてもらうには
こっちもﾌﾟﾛｸﾞﾗﾑが分かってないといけない
日本はｳﾝｺみたいな低品質低能のﾌﾟﾛｸﾞﾗﾏしかいない
いかに踏みとどまらないといけない最低限の一線のﾗｲﾝを越えさせないようにするか
そこが腕のみせどころになる
このｽﾚみれば分かる通り
日本のﾌﾟﾛｸﾞﾗﾏは低学歴低能しかいないことがよく分かるﾊｽﾞ
しかも相手がなにを期待してるかも読みとれない
ｺﾐｭﾆｹｰｼｮﾝ能力も著しく低い
こんなのに仕事をお願いするほうも大変だからな
可読性が高いｺｰﾄﾞを書くことは重要だが
それ以外にもｲﾛｲﾛなものが欠落している struct addp_t
{
int& operator ++ (int)
{
return a;
}
int a;
};
int main()
{
addp_t addp;
&addp++;
}
# アンカーつけるのももったいない
# ５ｃｈという狭苦しい箱庭の中で目撃したことが
# おまえの全てのようだな
#
# なぜ学歴が出てくるのかよくわからんが
# 高学歴のPGくらいどこにでもいるよ >>591 ありがとう。
(signed/unsigned)char* のポインタで他の型の格納領域にアクセスすることは
規格で許されてるんだね。char* だけ特別扱いってことか。
俺も >>581 の指摘を見て検索して同じページに到達したんだけど、
> 文字型。規格ではchar*, signed char*, unsigned char*が別の何かを指すことが特別に許されています。
> これは文字型がメモリ上の任意のaliasになり得ることを意味します。
の部分を見つけることができなかった。
すると >>558 のコードに未定義動作を引き起こす点はないのだな。 >>619
最近文字コードスレで騒いでいる半角カナの人と同一人物かな？ 循環参照があっても無問題で解放するスマポ作ったけど何か質問ある？
http://codepad.org/Hu6vP4qR
いやまあ確かに解放に当たり（塗り潰しのアルゴリズムで）循環を検出するだけでは済まず、
*(this->m_pRef)の解放条件が*thisの解放「だけ」である
ということの証明が必要やったわ；（訂正1）
ここで*thisはsumapo<T>インスタンス、*(this->m_pRef)は*thisが保持しているcounted_refオブジェクト
（T型のインスタンスに参照カウント等を付加してwrapしたもの）。
詳細はsumapo<T>::proveRoot()のコメント参照、
これ以外は訂正は無し >>225
Tのメンバを公開（publicにする）するだけで、
sumapo<T>の定義内のコードからTが保持するsumapo<*>にアクセスできるというなら
>>226の忠言に従ってコードを書いてみると良いんじゃー
一方リフレクションが使えるなら、sumapo<T>::setLandowner()メソッドは不要となる
（これのメソッド>>222において
>あんま使い勝手の良いものにはならんかったorz
>m_pCarやm_pCdrとptrが裏で手を握る必要がある
が指していたﾌﾞﾂ。>>222の時点でtest01()が通るコードは書いていたんじゃわ；； >>624訂正
誤： これのメソッド>>222において
正： このsumapo<T>::setLandowner()メソッドが>>222において >>624
なんつうロングパスよ、と思ったが、コードを書いた姿勢だけは褒めてやる。
とはいえ、俺は最近「馬鹿が書いたコードは読む価値がない」と結論を出したので読まないが。
（大体において意味不明な制御を行っており、結果、
解読に時間がかかる割に得る物が全くない）
それ、アルゴリズム説明してみ。
そしてそれが正しく動くとして、何故C++がそれを採用しないかも説明してみ。 クラスTのオブジェクトを参照するスマポsumapo<T>のインスタンスpaが、クラスTのインスタンスaを参照している状況を
pa→[a]
と書くとする。ここで、[a]は、aに参照カウントその他を追加してwrapしたもの。（>>623におけるcounted_refクラスに当たる。
[a]はインスタンスaにつき唯一だが、[a]を参照するsumapo<T>は複数有り得る。
で、paとpbが循環参照しているとは、次のような状況である。
例1: pa→[a], pb→[a]、ここでpbはaのメンバ（paとpbが循環参照
例2: pa→[a], pb→[b], pc→[a]、ここでpbはaのメンバ、pcはbのメンバ（pa、pb、pcが循環参照
例1では[a]がpaとpbから参照されていることになっており（参照カウント2
結果、paの解放時、paのデストラクタで[a]の参照カウントが1になるが0にはならないので、
参照カウントだけに頼るとその時点でpaのデストラクタは[a]が解放されない。（引き続きpbから参照され続ける。
一方、pbの解放条件は、[a]の解放である（∵pbがaのメンバであるため）。というわけで解放がデッドロックに陥る。
しかしpa→[a]==>pb→[a]、という参照関係（paのみが参照関係の根である）をpaの解放時に把握できていれば、
paの解放で[a]（とそのメンバpb）を解放して無問題であることがﾜｶﾙ
この参照関係のうち、「==>」をpb.setLandowner(&pa)とすることで設定し、-- (1)
paの解放時に全体として参照関係の根がpa自身「のみ」であることを証明する -- (2)
ことにより、安全に解放が行える。（(1)と(2)がshared_ptr<T>にたいしsumapo<T>で追加になった要素
標準ライブラリに入っていないのは、(2)の証明コストがｲﾏｲﾁかかるからだろうＪＫ >>627
pa→[a]==>pb→[a]、という参照関係において、pbの地権者はpa。
なお、ソースコードコメント内には「立地」という言葉も出てくるが、pb立地が[a]。 >>628
まずそういうのはインタフェースを揃えろ。
（俺はスマポは使ったことがないが、俺の理解の範囲では）
お前はスマポの仕様を勘違いしている。
オブジェクト側をラップするのはソースコードの全面的書き換えが必要になるだろ。
だからそんなことはしてない。
スマポも普通のクラスでしかなく、スマポ側に制御に必要な情報全てを持っている。
オブジェクトと癒着はしてないんだよ。
> 一般的な実装では、 std::shared_ptr は2つのポインタを保持します。
> 格納されたポインタ (get() で返されるもの)
> 制御ブロックへのポインタ
> https://ja.cppreference.com/w/cpp/memory/shared_ptr
が、まあ、言いたいことは分かるし、ここは本質的には重要ではないので、
今回はお前のオレオレ用語のままでいい。
さて本題だが、(1)は誰が管理するんだ？
プログラマが明示的に手動で管理するのなら、現行のshared_ptr/weak_ptrと手間が変わらない。
だから自動的に出来る必要があるが、これは出来るのか？
具体的に言えば、お前が言っている「参照関係の根」をshared_ptrで、
「pa→[a]==>pb→[a]、という参照関係」のpbをweak_ptrで実装しろというのが現行の仕様だが、
これに対して何が便利になってるんだ？ >>631
それはC++的には意味がないだろ。
結局、現行の仕様が何故そうなのかを理解出来ない馬鹿が吠えただけだろ。
まあJavaScripterなんて所詮こんなもんだが。
「スクリプト言語使いをプログラマと呼ぶな」というのは、多少は当たってる。
彼らが書けるのは「動けばいい」程度のコードまででしかない。 pythonしか使えないやつが作った特定のサイトから画像を大量にダウンロードするだけのツールが
クソ遅いうえにメモリ4GBも使ってたので頭pythonってクソだなって思った 使える言語を聞かれてC++含めて複数答えたら
確かPHPあたりで「それプログラムじゃなくてスクリプトだよね」って言われたことはあるな
そこまで上から目線で突っ込むことか？とイラッとした記憶があるな いるよね、やたら偉そうに
自分を大きく見せようとするやつ c++,c,sh,bash,zsh,csh,tch,screen,glsl,php... >>635
それはその使えない奴の問題だろ
言語の問題とプログラム固有の問題の切り分けもできないアホなら黙っとけ >>636
PHPは言語自体の性能が低いので使いこなすのはかなり難しい。
Javascriptも同じ。
つまり、楽に性能を出せるC++に乗り換えた方がいい。 >>635
その程度のもの、文句言うなら自分で作れや。 >>635
wgetはサイトから再帰ありで指定のファイル取得できるよ。 お前らは知らないからそんな呑気なことが言える。
実際、JavaScriptはマジでゴミコードの山だ。
商用サイトでも糞重いしリークしまくりだ。
PHPはJavaScriptに比べ露出は低いが、OSSを見る限りやはり糞だ。
とはいえコードの質はPHP>>>JavaScriptだが。
DB接続があり、初心者にもコードの質が見える所が違うのだろう。
PHPerは虐げられているが、その分勘違い野郎は少ない。
最悪なのはJavaScripterだ。
一般のスクリプト言語(Python, Ruby含む）とC++等のプログラミング言語の違いは、
前者は圧倒的に「一回動作させれば終わり」な使われ方をすること。
だから、メモリリーク？何それ美味しいの？
コードが美しい？そんなことよりちゃっちゃと書いて実行させた方が早いでしょ、となる。
長期的保守の必要がない使い捨てコードばかり書いているから、
保守に耐える品質のコードを書けるようにならないだけ。
だから正確には、
「保守に耐える品質のコードを書けない馬鹿をプログラマと呼ぶな」であり、
それがほぼ「スクリプト言語しか使えない馬鹿」と一致する、というだけ。
一般的に(JavaScript除く)スクリプト言語は圧倒的に遅く、
味見ではなくガチならC/C++に書き換えるケースも多々発生する、というのも
これを後押ししている。
とはいえ、JavaScripterやPHPerみたいな馬鹿揃いでも
何とかるように出来ているのがWeb系()の凄いところ。
あれは学ぶ価値あると思うぞ。
色々C++では無駄に難しく考えすぎていたな、ということに気づかされるから。
今更導入されたラムダもしかり。あれは手抜きにはかなり便利だ。
コルーチンもそうでしょ。無しで同じ事をやろうとするとそれなりにエグくなる。 >>630
>さて本題だが、(1)は誰が管理するんだ？
いやすまん>>628の最後の一文ではそれをすっかり失念してたわ；；
標準ライブラリにsumapo<T>が入りえない最大の理由は、(1)の管理を手動でせねばならない、という使い勝手の悪さのが最大の理由
（>>222で書いた「使い勝手の悪さ」のことじゃわ
これを自動化するにはリフレクションが要る
それはそうとして、
1. オブジェクト側をラップする
というのと、
2. オブジェクトと癒着
は別の話じゃわ；
1は標準的なshared_ptrの実装ではそうなっている（counted_refという名前のクラスは実在の実装から拝借したものであって漏れの独創ではない
だいたい
>[a]はインスタンスaにつき唯一だが、[a]を参照するsumapo<T>は複数有り得る。 (>>628)
なので、参照カウンタを所有するのはオブジェクト側をラップした[a]以外ありえんのじゃわ
[a]を参照する全てのsumapo<T>は、[a]より長く生き長らえることは無い
2はsumapo<T>にとっては必要だが、shared_ptrには要らん ちなご興味のお有りの方にカミングアウトすると、>>623のコードのSUMAPO_ONマクロを0にすると
sumapo<T>は普通のshared_ptr<T>になりぬ
動作やコードを比べて見られるのも一興かと、 ちな(2)、
>「pa→[a]==>pb→[a]、という参照関係」のpbをweak_ptrで実装しろというのが現行の仕様だが(>>630)
これは、ちげう
weak_ptrを使って[a]の解放の根がpaのみであることを証明できるのは、実際に[a]を解放したときに限られるが
もし[a]の解放の根がpaだけではないと反証されたら[a]を解放してしまった後で藻前責任とれんの…？
一方sumapo<T>はそんな迂闊なことはせず、解放「前」に証明を試みるんである >>639
だから頭pythonだと言ったろ
俺がこれ遅くねえかって言ったら頭ひねった結果理由がわからんと言ってきた
俺が作り直してやったら速度が倍増したけどHTTPリクエストするだけでメモリを数十MB使われたからPythonもクソだわ >>648
> 俺が作り直してやったら速度が倍増したけどHTTPリクエストするだけでメモリを数十MB使われたからPythonもクソだわ
頭の悪い知ったかに絡まれるPython可哀想 w
低能しかいない職場なのかよ >>645-647
なるほどお前が何も理解してないのは分かった。
> これを自動化するにはリフレクションが要る
これは違う。
仮にリフレクションがあったとして、何をどうするか説明してみろ。
お前には出来ないから。
> weak_ptrを使って[a]の解放の根がpaのみであることを証明できるのは、実際に[a]を解放したときに限られるが
> もし[a]の解放の根がpaだけではないと反証されたら[a]を解放してしまった後で藻前責任とれんの…？
これも違う。
お前はweak_ptrの仕様を理解していない。
お前の言い分だと、「現行の仕様では循環参照を実装出来ない」事になるが、
これは明確な間違いだろ。
お前はこんな当たり前の事すら理解出来ないほど馬鹿なんだよ。
そもそも、
> 標準ライブラリに入っていないのは、(2)の証明コストがｲﾏｲﾁかかるからだろうＪＫ (>>628)
これ自体が間違ってるんだが。
もう君は相手にする価値のない馬鹿ということでいいかな？
JavaScripterなんてこの程度の馬鹿しかいないし、お前もそうだ、でしかない。 unique_ptrの所有権ってnewとdeleteは任せろ、アクセスはご自由にどうぞという解釈でいいですか？ よくわからんがﾘﾌｧﾚﾝｽｶｳﾝﾀがｾﾞﾛになったら解放するしょうもないﾌﾟﾛｸﾞﾗﾑか
MSのCOMもそんなんだったような覚えがあるわ 10年ぶりにC++に戻ってきました。
C++11/14/17なんて出てたんですね。
これってもうstableですか？
普通に使っても大丈夫？ なにを基準にstableなんだか
古い時代のコンパイラ使っていたら一生stanbleにはならんよ >>654
stableにはさせん、させんぞぉ！
という層でC++は出来てる
常に進化するので、それに付いていけないB級はいらない
なので、あなたは使わなくていい
使いたいか、そうでないか、人に聞く前に自分の欲望で決めるのがC++だ >>656
C++0Xと騒がれていた時代のC++03のように
スタンダードなレベルに普及しているかという
趣旨の質問でした。
調べてみたらC++11くらいなら主な実装系で
サポートできているっぽいですね。
新規案件では採用してみたいです。
Web界隈は新し物好きの若者が多くて
勝手に栄枯盛衰していくコミュニティですが、
C++は化石みたいな人が多い空気があるので、
C++11以降、コミュニティが追従しているのか
ちょっと心配ではあります。 >>657
最新をどんどん使うという雰囲気ではないけど、C++11 は人権というくらいには言ってよいと思う。 出口の見えない長いトンネルをやっと出た
それがC++11だね トンネルを抜けるとそこは針地獄でした。これまでの法則は通用しません どこが針地獄なんだよ
ちょっと想像しにくいが
C++11の新機能がまったく使えないという
想像を絶するアフォいるのか？ 良く、拡張子cppでCのコードしか書いてないファイルあるけど、あれってC++のコード書いても動くもの？
コンパイラはC++だよね？ 仮引数リストが空の場合の解釈が違ったりとか、
文字リテラルや文字列リテラルの型が違ったりとか、
地味な非互換はいくつかある。
そのあたりを踏まなければおおよそ大丈夫。 >>657
お前含めてWeb界隈、特にJavaScriperには馬鹿しかいないけどな。
これは印象ではなく、事実な。
何を使うかはお前が決めればいいだけ。
実際、Go/PHPではstableですか？なんて聞く馬鹿はいないだろ。
この違いを理解出来ないのはJavaScripterが馬鹿な証拠。 >>663
動くと思うけど、
標準仕様にファイル名の規定はなく、どのコンパイラが使われるかはあなたのプロジェクトのビルドスクリプトの設定次第だよ
>>666
私はjs使えませんアピールしてんの？ 657が煽りっぽいからしょがない
C++使えてJS使えない奴なんかいないだろ >>667
> 私はjs使えませんアピールしてんの？
そりゃお前だろ。
お前が本当にJavaScriptを使えるなら、今のJavaScripterがどれだけ酷いか知ってるはず。
そしたらそんなことは到底言えないだろ。
実際のサイトのコードも大半がゴミだし、JavaScriptのスレで定期的に盛り上がる話題は
・変数の初期化前の挙動を理解するべき ← そんな必要ない、C#ならSyntaxError
・セミコロンはどこに打つべきか ← アホか？C++ならSyntaxError
なんだからな。
あいつらがデータ構造について議論した試しがないし、それ以前にOOPも理解していない。
だからあいつらの定義では、
・上級者＝新しい文法を使いこなせる人
となり、657や667みたいな投稿が発生する。
(要はJavaScripterは657,667含めて全員ゴミってだけだが)
C++の連中はそんなこと思ってないから、新文法も必要なときに使うだけであって、
必要ないと判断してるから使わないだけ。
積極的に使わないといけないと考えること自体が間違ってる。
C/C++の歴史は長いから、最低限必要な物は既に整備され尽くしてる。
(JavaScriptやPHPみたいなヘルパースクリプト出身ではない) 必要最低限はCだけでも既に整備されているので正しい >>669 新文法を必要ないと判断しているということはautoやrange-based forとか使ってないの？ 古参でも理解できるプログラム書かないと仕事にならない場合もあるから
最悪C++使わないでC言語オンリーになる場合もある
というかC++自由に使える仕事の方が少ないよ C++の仕事にCしか書けない人が参加するのはありなのか？ >>666
あなたが無知すぎるでしょ。
趣味で使うのならばなんでも好きなの使えばいいが、
実務で使う場合は周りのことも考慮する必要があるのです。
PHPやPythonでStableというのは
公式インタプリタが正式リリースされたということ。
コミュニティも追従して最新に対応する。
C++の場合、影響力ある実装系がたくさんあるせいか
Stable化するタイミングが分かりにくく
コミュニティも追従してこない。 >>669
あなたのいうJSはどのJSですか？
ES5ですか、ES6ですか、ES2016ですか2017ですか
はたまたCoffee Scriptですか、Type Scriptですか
一括りに語ってる時点で何もわかっていない。 JSとC++では処理系が多数あるという点では状況が似ていると思う。
C++にもトランスパイラが必要かな。 >>674
> 趣味で使うのならばなんでも好きなの使えばいいが、
> 実務で使う場合は周りのことも考慮する必要があるのです。
じゃあここで聞くなよメンドクセエ奴だな。
お前が決められる立場なら勝手に決めろ。
ただ、その程度で実務でグループ開発する際に決められる立場にあるとは思えないし、
仮にそうならよほど酷い職場だとしか。
> コミュニティも追従して最新に対応する。
Python3やPerl6見てそう思うのなら頭おかしいだろ。
PHPもいまだに5.4とかだったりするのも俺には謎だが。
(まあ何か理由はあるのだとは思うが)
> C++の場合、影響力ある実装系がたくさんあるせいか
ダウト。組み込み等で選べない場合はそれを使うしか無く、
選べる場合はMSVC/gcc/Clangの3つしかないだろ。
> コミュニティも追従してこない。
だからそういう問題じゃねえんだよ。
お前がどのコンパイラを使うか、それを決めればいいだけなんだよ。
逆にお前が勘違いしている「コミュニティの追従」があったら何が嬉しいんだ？
>>675-676
スレチ >>677
お前世界狭いな
本当に仕事してんのか？ >>677
お前もダウトだがな。
>MSVC/gcc/Clangの3つしかない
こいつらバージョンが違えば全然違う実装と言っていいくらい違うぞ。
最近はもうバージョン違えば動作違うなんて当たり前なんだから使う方が気を使えやって
立場が多いのかね。 >>679
> 最近はもうバージョン違えば動作違うなんて当たり前なんだから使う方が気を使えやって
> 立場が多いのかね。
自前でガチで組むならコンパイラのバージョンは基本固定だろ。（必要ない限り上げない）
OSSなら基本は最新バージョン追従で、逆に旧バージョンなんてシラネでいいだろ。
(そもそもコンパイラのバージョンが上がって問題になるケースも希だが)
むしろお前はどんな環境でやってるんだ？ ＞そもそもコンパイラのバージョンが上がって問題になるケースも希だが
そ・れ・が、
cuda9 はコンパイラ(VS2017) のバージョンが上がって、さっぱりコンパイルできない有様なんです… >>681
それはcudaの問題で、C++側の問題ではないのでは？
もっとも、cuda環境なら俺なら当然コンパイラもcudaのバージョンも固定、
可能であればディスプレイドライバも固定で行くが。
cudaのOSSなら、それは最新版追従しかないし、
それで旧コードが駄目ってのなら、それはstableではないとしか。
ただcudaの場合はかなり特殊だからなー。
DirectXも「互換性？なにそれおいしいの？」状態だったらしいし。
あの辺は抽象化されてないからどうにもならんでしょ。
むしろ抽象化コストを嫌っているわけだし。 >>682
VS2015 を今でも使わせてもらえるのなら、もう VS2015 は固定されているので、それでいいのですけれども…今はVS2015は「一般には」公開されていないようです
VS2017 は、なにかを追加するために MS にアクセスすると、ついでにコンパイラのバージョンもあげてしまうのです
もとに戻すのを繰り返しましたが、もう疲れました…
というか、Linux では cuda は gcc を使っているようですから、Windows でもそうしてほしいのですが… >>683
> VS2017 は、なにかを追加するために MS にアクセスすると、ついでにコンパイラのバージョンもあげてしまうのです
なるー。自動アップデート死ね、って奴か。
それはかなり厳しいね。
回避するには、自前でVS2015マシンとVS2017マシンを分けるのが一番手っ取り早いだろう。
これが無理なら、試しにユーザアカウントを別にしてみればどうだろう？
(VS2017のアップデートも別人に対しては有効化されないだろと予想）
無理なら、、、確かnVidiaはdockerを用意するとか言ってなかったっけ？
Win10ならdockerはデフォで対応してたはずだし。
(つっても俺はcudaは2.2-4.xの頃しか使ったことがないので、現在の状況は詳しくは知らない。
まあ君なりに努力しての結果なんだろうとは思う。話が全然ずれてたらすまん） 関数に引数として渡せるような多次元配列ってどうやってこしらえるのがベストプラクティスなの？
eigenとかは使いたくない
STLなら使える
サイズがコンパイル時に決まってたりはしない予定 >>687
目的によるんじゃね？
行or列が揃わなくていいならvector<vector<… でもいいわけだし 結論としては場合によるとしか言いようがないでしょ。
だいたいの場合にこれを使っておけばベストだわって言える方法はないと思う。
コンパイル時には決まらないって言ったって、
オブジェクトを構築した段階では決まるのか、
後から拡張 (縮小) することもあるのかでも判断は変わるだろうし。
ライブラリがユーザに見せる API なら抽象化されたクラスを用意した方がいいけど、
そうでもない内部的なものならポインタひとつと整数ふたつを渡すデザインでも用は足りるし。 >>687
そもそも行列がスパースかどうかで実装が異なるのが普通。
密で、行も列も長さが変わらんのならどんな持ち方しても大して変わらん。 物によってはunorded_map使うのもありかも。 >>691
世の中にはスパース配列という用語があるんだが w >>688
vector でやるという人は多いようです
真似してみます
>>690
スパースでないです >>694
ああ、指摘されてもわからない人なのか
それとも引っ込みつかなくなった人なのか 1ﾚｺｰﾄﾞが可変長の列でもない限り
vectorのvectorとか愚の骨頂
頭ﾜﾙｲ ﾚｺｰﾄﾞ作るたんびに激しいﾌﾗｸﾞﾒﾝﾃｰｼｮﾝがおこるﾋｰﾌﾟをﾎﾟｺﾎﾟｺ作るとか
頭が超ﾜﾙｲﾊﾞｶがやることです
よいこのみんなはｺｺにいるﾊﾞｶなﾔﾂﾗのﾏﾈはしないようにな ■ このスレッドは過去ログ倉庫に格納されています
