[過去ﾛｸﾞ] BOOSTを語れゴラァ (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
927: 2006/01/25(水)20:27 AAS
>>923 不要になるってのは、 Boost から外される？
ってことはないよね、基本的に一旦受理されたものは
ずっとメンテナンスされるってスタンスだし。
それにしても正規表現関係では、日本語、というか
非西洋の文字群の扱いに常に不安がつきまとうね。
外部ﾘﾝｸ:article.gmane.org
928(1): 2006/01/25(水)20:38 AAS
boost.filesystemとか日本語ファイル名をきちんと読んでくれないしなあ。
929: 2006/01/25(水)20:55 AAS
>>928 そもそもコンパイラ(というか提供されるライブラリ)
によっては std:: のはずの locale すら
まともに実装されていないしな。
930: ＞∀＜）っ-●○◎- ◆Pu/ODYSSEY 2006/01/26(木)22:07 AAS
BM法とかAC法とかの汎用ルーチンまだですか。
xpressive書いた人ってMSの研究員でGRETAっていう正規表現ライブラリ書いてたよね。
なぜか(hoge)より(?:hoge)のほうが遅い、不思議なエンジンですた。純粋NFAベースらしいけど。
931(2): [age] 2006/01/26(木)23:27 AAS
可変長な多次元配列ってないかなぁ。
std::vector<std::vector<T> > hoge
とかマジでセンス無いとか思うし。
932(1): 2006/01/26(木)23:45 AAS
>>931
boost::multi_arrayでは駄目なん？
933: 2006/01/27(金)00:06 AAS
>>931
探すセンスがない人
934(1): 2006/01/27(金)00:06 AAS
>>932
あのインターフェース、ありえんと思うのは自分だけかな・・・。
使ったら使ったで、他の仲間に怒られそうだ。
色々な意味で非常に不満。よく使用するが故にシンプル設計が良いんだけどな。
935(1): 2006/01/27(金)01:27 AAS
Perl互換機能は不要、構文はgrep形式でよい、
ただただ正確に漢字を照合して欲しいだけ。
毛深い機能の塊はイラン
936: 2006/01/27(金)03:16 AAS
>>934
ぶっちゃけ自分で作った方がいいんじゃね？
自分専用ライブラリ
937: 2006/01/27(金)07:48 AAS
Blitz++のArrayとか探せば結構あるぞ。
938: 2006/01/27(金)08:19 AAS
というか、センスが悪いとか言われてもどういうことだかさっぱりわからんので
もうちょっと詳しい説明を希望する
939: 2006/01/27(金)08:46 AAS
boostスレなんで、multi_arrayイヤなら他のスレ行くか、
multi_arrayの気に入らないところ話すか、どっちかだよなあ。
940(1): 2006/01/28(土)13:23 AAS
やりたいことは
外部ﾘﾝｸ:www.tietew.jp
ここの２に書いてあることと完全に同じなのですが解決方法が
外部ﾘﾝｸ:www.tietew.jp
これ以外にないでしょうか？
もうちょっと可読性のあるものが嬉しいのですがｗ
941: 2006/01/28(土)13:53 AAS
>>940
getを無視して適当にこんなんでいいんじゃないの
std::mem_fun_ref(&boost::weak_ptr<T>::expired)
942: ＞∀＜）っ-●○◎- ◆Pu/ODYSSEY 2006/01/28(土)15:09 AAS
>>935
(?!マッチさせたくない文字列) は無いと不便かなー。
943: 2006/01/28(土)16:10 AAS
POSIX互換の正規表現で足りてる人はいいだろうけど万能じゃないからな。
Perl互換の正規表現は確かに複雑で理解しにくいが、その分パワフルで魅力的だ。
944: 2006/01/28(土)17:34 AAS
ホントに複雑な場合はプログラム的に処理し、場合によってはパースすれば良い。
機能盛りだくさんだが不具合が多くて、バグフィックスが永遠に続くような
複雑なプログラムだと信頼を置けないって考えもある。
さらにPerl方式は最長一致で無いから複数の解がある場合の$0の長さの予想がやり難い。
945: 2006/01/28(土)17:59 AAS
> 機能盛りだくさんだが不具合が多くて、
これには同意できない。
> さらにPerl方式は最長一致で無いから
これもダウトだな。
946: 2006/01/28(土)18:05 AAS
ダウトは疑義表明でしかないが
事実に反するという指摘をしたかったのかな
947: 2006/01/28(土)19:07 AAS
perlの=~みたいに組み込みならともかく、
C++では好きなの使えばいいじゃん。
948: 2006/01/28(土)19:14 AAS
ちなみにpcreはC++のwrapperあるよ。
大したwrapperじゃないけど。
949: 2006/01/28(土)21:28 AAS
良くも悪くもPerlの正規表現がデファクトスタンダードになりつつあるな。
grep -Pオプションが使えないと腹立たしい。
950: 2006/01/28(土)21:35 AAS
きっちり全経路を取って真の最長一致を見てもらわんと困る。
951(1): 2006/01/28(土)21:39 AAS
xpressiveってのが入るみたいだけど、
そうなるとC++0xの正規表現には何が
採用されるんだ？
952: 2006/01/28(土)21:51 AAS
>>951
C++0xに採用されるのは仕様であって実装ではない。
953: 2006/01/29(日)13:36 AAS
あの、変態的なコマンドラインオプション解析ライブラリも入るの？
954: ＞∀＜）っ-●○◎- ◆Pu/ODYSSEY 2006/01/29(日)15:39 AAS
#include <cstdarg>
で十分だからなぁ現状。
argvがchar配列のポインタ配列である以上、C++特有のイテレータとか意識して再実装する必要ないような。
955: ＞∀＜）っ-●○◎- ◆Pu/ODYSSEY 2006/01/29(日)15:47 AAS
↑ちょｗｗｗｗ寝ぼけて勘違いｗｗｗｗｗｗｗ
956(1): 2006/01/29(日)18:57 AAS
boost::iostreams::streamからboost::iterator_rangeをつくりたいのですがうまくいきません
typedef io::stream<T> stream_t;
typedef std::istreambuf_iterator<stream_t::char_type iterator_t;
iterator_t it(stream), end;
aaa(boost::iterator_range<iterator_t>(it,end));
microsoft visual studio 8\vc\include\boost-1_33\boost\range\iterator_range.hpp(61)
:error C2440: '<function-style-cast>' : 'std::istreambuf_iterator<_Elem,_Traits>' から 'std::_String_iterator<_Elem,_Traits,_Alloc>' に変換できません。
上下前次1-新書関写板覧索設栞歴
あと 45 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.165s*