C++のSTLってどうよ？

みんな数値計算にC++のSTL使ってる？
使い心地とかどう？

使っています．

個人的にはhash_mapを正式に採用して欲しかった。
とりあえず，代わりに普通のmapを使ってるけど。

コンパイルに時間が掛かることさえ気にしなければ，便利だと思います．

mapってどんなことをするのでしょうか？

>>2
hash_mapにして欲しいのはmapの実装がツリーだからですよね？
Java使いなんですが、なんでこの２つには継承関係がないんでしょう？

class hash_map : base_map;
class map : base_map;

なら
class App {

}

すいません。書きかけ

なら
class App {
base_map &m;
base_map &mapFactory() = 0
App : m(mapFactory()) {
}
}

とかして、必要なときにmapの実装を変えられて嬉しいのに
まさか、
template<class Tmap>
class App {
Tmap &m;
...
}
とかするとテンプレートだらけになっちゃうし

algorithmってなんだ？

一からあれらを作るのが面倒で STL を使っているが、
まぁ、便利といえば便利である。
今では必需品となっている。
しかし、auto_ptr の vector が使えないなど、不満点もいろいろある。

STL の根幹と言えるであろう algorithm は、
まぁ、あまり使わないなぁ。
STL でのアルゴリズムってのはループ処理の関数テンプレートなんだが、
いちいち関数を作って for_each に渡すとかいうのは効率悪いからなぁ。
ループ処理全体で１つの関数にすることも多いし。
functional もそんなに使えんし。
メンバ関数を渡すときの見にくさもあるしな。
でも、ソートとかランダムシャッフルとか、まぁ、そこら辺は使うかな。

C++ 自体が糞なんで使ってない。

STLはGNUのライブラリに勝てる？

>> 9
STLもGNUのライブラリに含まれてるよ、つーか、含まれてないとANSI C++
準拠と呼べない。それとも、glibのような他のGeneric Lib.と比べてる?

ウチは速度重視のシミュレーションやってるから使わないかな。
継承使わないとかだったら C と同じ程度のスピードでるんでしょうけど
それじゃ C++ の意味が......

template class library valarray<.> と complex<.> はシミュレ
ーションに活用できます。まだバギーな面が残っていますが、十分
に実用的です。これらのの組み合わせは活用されるべきです。でも
殆ど使われていないようです。通常よりはワンランク上のプログラ
ミング・レベルが必要だからです。でも FEM などのプログラムを
作る人たちならば、C++ に添付されている STL の
valarray<.>/complex<.> を容易に使いこなせるはずです。

>>12
valarryについてですが，STLと親和性が悪いのが気になります．
また，下手な使い方をするとステートメント毎にループを回すことになる気がするのですが
その辺はどうなんでしょう？
あと，ウェブ上でvalarrayを使ったコード片などで参考になりそうなものってあります？

>>13
たしかに STL のアルゴリズムと組み合わせることは少ないかも。
>また，下手な使い方をするとステートメント毎にループを回すことになる気がするのですが
>その辺はどうなんでしょう？
slice, slice_array<.> と組み合わせれば殆どループを回すことが
なくなります。matrix の積・和なども容易に記述できます。
slice_array<.> を調べて見てください。ただし詳しい説明が殆ど
ないので template library のヘッダを読むことになると思います。

>あと，ウェブ上でvalarrayを使ったコード片などで参考になりそうなものってあります？
こっちは見たことがありません。私も知りたいところです。自分で
も Web page を作るつもりです。

>>11
継承していても、virtualを使わなければ、コンパイル時に
解決されるのでスピード面での問題は無いと思います。
　プログラミング言語C++Ver3
を見たら、速度ダウンを５％程度にすることを目標に。。。。
みたいなことが書いてあったから、それぐらいだったら
許せるかも。だって、解法の選択しだいで計算速度なんて
いくらでも変わりますから。
　でもまあ、STLはあんまり使いません。
valarrayを使うなら、ポインタをいじった方が
分かりやすいし、高速化しやすい（僕的に）ので。
　オブジェクト指向自体はいいですよ。
最近は、データとアルゴリズムを完全に分離すること
を目指しています。そのためには、どうしても
オブジェクト指向が（簡単にプログラムを書くためには）
必要になります。

関数の多重定義とかは遅くなる？

>>16
コンパイル時に決定されるような物は速度に影響ない。
ついでに言っておくとと、
もし仮想関数でも呼び出される関数が十分大きければこれまた速度に影響ない。

オーバーヘッドの占める割合が下がるからだね

さすがに行列計算とかには使わんけど，ちょっとしたループでは
for_each は便利!

valarrayで、行列クラスを実装しようとしたが、
あんまりvalarrayが賢くないという結論に達するに至って、
結局vectorクラスを利用する羽目になった。
たとえば、行列の列や行を定数倍するという用途は多々あるが、
slice_arrayには、定数倍する演算子が用意されていないし、[]オペレータ
すらない。結局、配列を作って*=で掛けるしか方法がない。
これは、非常に無駄である。
速度を追求するなら、クラスを自作して、blasで計算させるのがベストですな。

とりあえずSTLで関数方程式の数値解析を試してみる。
解きたい行列を作るところまで逝けばいいな。
そのあとはＬＵ分解のルーチンを漁って終わりにするか

complex で十分だ・・・

何が充分なの？

インライン展開できるコードの場合sortなんかはCライブラリのものより
関数呼び出しを端折れる分だけSTL使った方が早くなるって本に
書いてあったYO!
コレマジ？

Cの方がバグ取りが簡単だったりしない？

只今C++を使うかどうか迷ってるところ

たしかにinlineできる分はそうかもしれない。
C++も仮想関数使わなきゃ遅くならないと思う

テンプレートプログラミングにとりつかれたあんたたちは重症〜〜〜

>>14-15 >>20
sliceって演算遅くないか？
プログラミング言語 第3版だと、sliceで行列作っているけど、
結局、valarray< valarray < T > >で作り直したよ。
もしかしたら、vector< vector < T > >でよかったのかも

>>28

そんなことしたら、
a = b * c
の計算で何回メモリ確保が呼ばれるでしょうか。

参照カウント使って、
極力テンポラリオブジェクトを軽くします
行列クラス-->データクラス
行列クラスはデータクラスへの参照を持つだけ。
こうしないと、
上式のようなのが、Cで書いたときより遅くなるんで
C++で書く意味はきれいに見える、でしかなくなってしまう。

実装されてない古い規格のコンパイラなのに天才の先輩が無理やりSTL
（もどき）を実装したもんだから、無理やり使わされた。
軽い計算なんで、STLは何の問題も無し。STL意外考えられんよ。
データとアルゴリズムの分離とはデータはcontainer classにもたせて、
それをアルゴリズムを司るクラスにまかせるということだね。
アルゴリズムはstrategy patternにしてすげかえると。
OracleのようなRDBを数値計算に使うとするとRDBのインタフェース
となるクラスはどう扱うかな。

いやぁ・・凄いねぇ・・・

gcc(g++)とかで使うlibstdc++でさ、
vectorとかコンテナに "at"参照等、実装されてないよね。
そんなもんないとコンパイラに言われて愕然としたんだけど。

みなさまは、gccでどういったSTL使ってます?

>>32
太古のgcc, おそらくはg++の2.91あたりを使っていますか?

STLPortでもいいけど、できればRedHat8でも淹れて、
g++の3.2を使ってみましょう。標準準拠そのもの。

gccのversionは2.96です。そこまで古くはないよ。

しかし、gccとSTLは直接的には関係ないんじゃ・・・。

>>34
たいていg++のバージョンに応じてそれ用のlibstdc++がついてるから。

（＾＾）

（＾＾）

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

　　　 　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

STLの関数オブジェクトって便利ですか？
具体例（便利だと思われる使い方）あれば
教えてください。

期待age

>>48
まぁSTLに限らんだろうけど、関数ポインタを使うはずのところを
それをさらにインライン展開しやすくしたもの、って感じで使えば
そこそこ便利なんじゃないかと。

>>32
おれもg++の2.?をつかったときに全く同じ目にあいました。

東北大学のスーパーコンピュータSX-7が、HPCチャレンジベンチマークにおいて世界最高速記録を達成!!

　NECはこのたび、東北大学情報シナジーセンター(根元義章センター長http://www.isc.tohoku.ac.jp/)に納入し、2003年の1月から稼動しておりますスーパーコンピュータSX-7http://www.cc.tohoku.ac.jp/service/super/super-2.htmlにおいて、HPC(高性能計算)分野での
新しいベンチマークテストであるHPCチャレンジベンチマーク(http://icl.cs.utk.edu/hpcc/)で、28項目中16項目で世界最高速を達成いたしました。

　HPCチャレンジベンチマークは、米国政府の援助のもと、テネシー大学のJ.ドンガラ(J.Dongarra)博士を中心に米国や日本のHPC関係者が参画して、作成されたものであります。
従来、高性能計算機の性能番付として主流であったTOP500ベンチマークで使用されてきたLinpack(連立方程式の計算)を補完し、高性能計算機の性能を多面的な観点から評価する目
的で開発されたベンチマークであります。同ベンチマークはHPCシステムで重要となる複数の性能テストから構成されており、コンピュータの演算性能だけではなく、メモリアクセ
ス性能、並列処理のためのライブラリであるMPI(Message Passing Interface)の通信性能など、HPCシステムにおける様々な機能の性能を総合的に評価することが出来ます。

　今回のベンチマークテストでは、NECのSXシリーズのようなベクトル型スーパーコンピュータだけではなく、汎用プロセッサを使用したスカラー型スーパーコンピュータの性
能も数多く登録されており、今後のHPCベンチマークテストの主流になるものと見込まれております。

　このたび、SX-7が世界最高速を達成した、HPCチャレンジベンチマークは、Linpackベンチマークも含んだ7カテゴリー28項目のベンチマークから構成されております。

プレスリリース全文はこちらです。
日本電気株式会社プレスリリース　2004年12月21日
http://www.nec.co.jp/press/ja/0412/2102.html

☆ヽ(o_ _)oﾎﾟﾃｯ

C++のSTL上に実装された、ハード記述用のクラスライブラリSystemCを
皆さんご存知でしょうか？

ご存知の方もご存知でない方も、↓ こちらへ来て是非議論に参加して
下さい。

シミュレーション言語SystemCを語る
http://science3.2ch.net/test/read.cgi/sim/1104385750/l50

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

お断りします

お断りします

STLが無いC++はC++じゃねーよってくらSTLは重要
C言語の場合変なところからライブラリ引っ張ってきてるんじゃねーよｗ

結局のところ速度面でもおとなしくC#あたり使ってた方がいいよ
俺みたいな素人がＳＴＬ使うとおっせぇｗｗｗ

stereolithography

ublasはalocatorにstl使ってないか

今のVC++2005とかだともうC言語はコンソールアプリでしか動かない
Win32も一応Cだがあれは特殊だし

そして、Winのボタンやらを動かすための言語はみんなCLIだかCLRだかに
変更されてしまった
^付きの参照ばっかりｗ

VC++6.0までからまた結構変わってしまった
そもそもその前のgraphics.hからの変化も大きくて面食らったものだが

一部サイトで、VC++.net使ったシミュレーション表示をやってくれている所もあるが
まだ書籍としては殆ど無いわけだ
そして、CもC++もSTLもCLIもあやふやなまま何かコード丸移して動かしてそれっきりの勉強法だと
どこでどんな変数、どんな配列をどんな形で(特に参照するかそのまま使うかの使い分けが重要だ)作り出し、
それを利用し、そして解放するかとか全然身に付かないで終わっちまうな

こりゃますます厄介になってきたもんだｗｗｗｗｗ

この辺を教えるのを世の中が面倒がって頭ごなしに旧来の親しんだ方式を教えたのがこの5年間
そしてプログラミングを学ぶ事で社会の繋がり、各部署の繋がりといった辺りにも頭を巡らす機会が無いまま、
頭ごなしの社会をただふっ飛ばせば良いと考えて、民主党が選ばれてしまった次第
何か日本丸ごと吹っ飛びそうだがｗｗｗ

今はVC++2008だ
そしてVC++2010がもう出来てるぞ

2010からは、エンベッディドシステムプログラミングも可能になる
電子機器開発も、おべんきょ秀才どもと実務で乖離してる分野で
しかも電子機器なんかそこら辺にいくらでも溢れてるのに
殆どがその構造を知らないという状況だからなあ

>>61
妄想は脳内で
公開は無用です

そろそろ1冊誰かが本を書く頃だろう