トップページ⇒tech
985コメント328KB

Generic Programming with C++ Template

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
C++ による Generic Programming の話をしよう。

参考図書:
Modern C++ Design
Andrei Alexandrescu, Addison-Wesley, ISBN:0-201-70431-5
(訳書: ピアソン・エデュケーション, ISBN:4-89471-435-3)
http://cseng.aw.com/book/0,,0201704315,00.html

Generic Programming - STL による汎用プログラミング
Matthew H. Austern, ASCII, ISBN:4-7561-3441-6

関連スレッド:
C++相談室 Part3
http://pc.2ch.net/test/read.cgi/tech/1003832761/

ＳＴＬ　スレッド
http://pc.2ch.net/test/read.cgi/tech/1004287394/
0514デフォルトの名無しさんNGNG
じゃあだめじゃん。
クリティカルな問題が無くならないね。
もうちょっと単純な仕様にすればいいのに。＞テンプレート
0515デフォルトの名無しさんNGNG
↓これどうなん？

Q: 他のC++ ツールで、より標準に適合しているものはありますか？

JON CAVES: はい、Visual C++よりも標準に適合するC++ コンパイラはあります。
1つの例は、私が100%適合していると信じるEdison Design Group （EDG）によるコンパイラです。
ただし、このコンパイラはWindows プラットホームではあまり利用できませんが。
Windows プラットホームではやはり、Visual C++が最も標準に適合するコンパイラの１つです。
0516デフォルトの名無しさんNGNG
>>515
一長一短ではあるけど、
gcc3 、CodeWarrior7、 bcc5.6 (C++Builder) 辺りは
VC6よりは遙かに標準に近い気がする。VC.NETだとどうなんだろ？
それに、EDGのフロントエンドも100%とは思えないが…。
0517デフォルトの名無しさんNGNG
ＶＣ．ＮＥＴのテンプレート機能はＶＣ６と大差ないです。
テンプレートパラメータがサポートされた程度。
てゆうかＬｏｋｉコンパイルできません。
0518デフォルトの名無しさんNGNG
>>517

>テンプレートの部分的な特殊化

はどうなの？
0519デフォルトの名無しさんNGNG
ＶＣ６と変わりません。つまりダメ。
>>513 はＶＣ．ＮＥＴでの話。
0520デフォルトの名無しさんNGNG
テンプレートの部分的な特殊化は実装がなかなか複雑なようで
その優先順位の判断にパターンマッチングやらなんやらが必要らしいです。
しかしModernC++によって部分的な特殊化がほぼ別物といっても良いくらい
飛躍的な表現力の向上につながることが明らかにされたわけなので
今後積極的にサポートされていく可能性は高いでしょう。
0521369NGNG
>>519
だ、ダメなんすかー！？　がーん。
0522デフォルトの名無しさんNGNG
ModernC++はほんとパラダイムシフトだよね。
あれでコンパイラメーカーの奮起を期待したいところだね。
VC++に関してはどうなんだろう。MSやる気あんのかなぁ。。

個人的には.netでのアクロバットなテンプレートサポートに
期待してるけどね。
0523デフォルトの名無しさんNGNG
>>522
Adobe Acrobat.NET（テンプレート付き）
0524デフォルトの名無しさんNGNG
ﾜﾛﾀ
0525名無しさんNGNG
gcc 3.1 でてるね。
0526デフォルトの名無しさんNGNG
C++じゃ無くても良いんじゃないのかな。
0527508NGNG
ﾃﾞｷﾀ━━(゜∀゜)━( ゜∀)━( 　゜)━(　　)━(゜ 　)━(∀゜ )━(゜∀゜)━━!!!!!

拡大反転透過楕円半透明コピーが出来たときには感動した!!
馬鹿正直に書いてたら数千〜数万行のコードがたったの500行ですんだ、すごいYO!!
0528デフォルトの名無しさんNGNG
『Moder C++ Design』を読んでいるのですが、
公式サイトからダウンロードしたソースに、バグらしきものを発見しました。

該当個所は、第四章で紹介されているFixedAllocatorのVicinityメソッドです。
SmallObj.cpp の中で以下のようになっていますが(左は行番号)、

271: Chunk* lo = deallocChunk_;
272: Chunk* hi = deallocChunk_ + 1;
273: Chunk* loBound = &chunks_.front();
274: Chunk* hiBound = &chunks_.back() + 1;

もし deallocChunk_ が &chunks_.back() と同じ値であった場合、

290: if (p >= hi->pData_ && p < hi->pData_ + chunkLength)

この hi が指しているのは範囲外の要素となってしまいます。
これは既知のバグなのでしょうか。
参考までに VicinityFind メソッドを全文引用しておきます。



264:FixedAllocator::Chunk* FixedAllocator::VicinityFind(void* p)
265:{
266: assert(!chunks_.empty());
267: assert(deallocChunk_);
268:
269: const std::size_t chunkLength = numBlocks_ * blockSize_;
270:
271: Chunk* lo = deallocChunk_;
272: Chunk* hi = deallocChunk_ + 1;
273: Chunk* loBound = &chunks_.front();
274: Chunk* hiBound = &chunks_.back() + 1;
275:
276: for (;;)
277: {
278: if (lo)
279: {
280: if (p >= lo->pData_ && p < lo->pData_ + chunkLength)
281: {
282: return lo;
283: }
284: if (lo == loBound) lo = 0;
285: else --lo;
286: }
287:
288: if (hi)
289: {
290: if (p >= hi->pData_ && p < hi->pData_ + chunkLength)
291: {
292: return hi;
293: }
294: if (++hi == hiBound) hi = 0;
295: }
296: }
297: assert(false);
298: return 0;
299:}
0529直してみたNGNG
264:FixedAllocator::Chunk* FixedAllocator::VicinityFind(void* p)
265:{
266: assert(!chunks_.empty());
267: assert(deallocChunk_);
268:
269: const std::size_t chunkLength = numBlocks_ * blockSize_;
270:
271: Chunk* lo = deallocChunk_;
272: Chunk* hi = deallocChunk_; // ココ
273: Chunk* loBound = &chunks_.front();
274: Chunk* hiBound = &chunks_.back() + 1;
275:
276: for (;;)
277: {
278: if (lo)
279: {
280: if (p >= lo->pData_ && p < lo->pData_ + chunkLength)
281: {
282: return lo;
283: }
284: if (lo == loBound) lo = 0;
285: else --lo;
286: }
287:
294: if (++hi == hiBound) hi = 0; // ココ
288: if (hi)
289: {
290: if (p >= hi->pData_ && p < hi->pData_ + chunkLength)
291: {
292: return hi;
293: }
295: }
296: }
297: assert(false);
298: return 0;
299:}
0530デフォルトの名無しさんNGNG
行番号ウザイ
0531デフォルトの名無しさんNGNG
return 0 は0行目に戻れな罠。
0532528NGNG
>>529
おー、これだとたしかになおってそうですね。
つうか、オレもなおしちゃったけど。
もし未知のバグなら、報告したほうがいいんですかね。英語わかんねえけど。

>>530
がんばって行番号つけたのにッ！　BASICを使ってた思い出に浸っていたのにッ！
オレの思い出をこわさないでー！

>>531
んなわけねえだろ。だいたい0行目なんて存在しねえんだよ。
テメエはCのやりすぎだ。一日二回くらいにしといたほうがいいぞ。
0533デフォルトの名無しさんNGNG
>>532
なんか、ギャップにﾜﾗﾀ
0534デフォルトの名無しさんNGNG
>>532
訳者のページに行ってみてはどうか。
オンラインで直ってないなら未知と思われるので。
0535デフォルトの名無しさんNGNG
>>532
me fix bug. this patch
とか書いてdiff結果張り付けてメールとか。
0536528NGNG
とりあえずいろいろ検索してみたら、同じようなことを書いているようなページ発見。
でも英語なので、あいかわらずよくわかりませんです。
http://www.kuro5hin.org/story/2002/4/5/82022/76326

>>533
ギャップってアレか。テキストエディタつくるときに使うとか聞いたことあるやつ。
それはギャップバッファだー！　ちゅどーん！

>>534
訳者の方のページは見てみましたが、誤植の情報しかないようでした。残念賞。

>>535
出会い系サイトじゃないと、知らない人にメールなんて出せませんよ。怖すぎ。
しかも外人さんだし。やけに深呼吸ばかりしてそうだし(洋モノビデオの見すぎ)。
0537デフォルトの名無しさんNGNG
>>529
ﾜﾛﾀ。
0538デフォルトの名無しさんNGNG
528が常駐してからスレの雰囲気が悪くなったな
0539デフォルトの名無しさんNGNG
うむ
0540528NGNG
>>538-539
あら、雰囲気悪くなっちゃった？　ユーモアってやつをわかってねえなあ。
ほれ、良書って言われる類の書籍には、たいていアメリカンジョークが書いてあるじゃん。
それもすっげーつまんないやつ。立派なプログラマなら、それで笑えるようになろうぜ。

理想としては、>>537の人みたいにソースコードを見ただけで
笑いがこみ上げてくるレベルを目指すべし。
0541デフォルトの名無しさんNGNG
>>540 面白くもないモノに笑えるほど出来た人間じゃないんでね。
ｷｴﾛ
0542デフォルトの名無しさんNGNG
541<<<<<<<<<<<540
0543デフォルトの名無しさんNGNG
>たいていアメリカンジョークが書いてあるじゃん。
528のはそれ未満なので笑えません。
0544デフォルトの名無しさんNGNG
>>542
それはあり得ない。
常に541>540である
0545デフォルトの名無しさんNGNG
いやホント、>>528って救いようがないよ。
0546デフォルトの名無しさんNGNG
せめてIQが平均気温より高ければなぁ。
0547デフォルトの名無しさんNGNG
>>546
単位は？

（ケルビンじゃないよな）
0548デフォルトの名無しさんNGNG
528って自分に自信のないデヴオタヒッキーなんだろうなぁ…
なんか、某駄スレのJohnに酷似しているし。

0549デフォルトの名無しさんNGNG
Johnの方が小賢しいな
0550デフォルトの名無しさんNGNG
テンプレート使いまくりのコード書いたら
コンパイル速度激しく遅くなったんですが（；´Д｀）
PCHにいれても入れなくても変わらず
自業自得ですけど・・・死ねるほどおそひ・・・VC.NET・・・
0551デフォルトの名無しさんNGNG
PCH使って死ぬほど遅いのは、９割方使い方がおかしいだけ。
0552デフォルトの名無しさんNGNG
ちょっとした短いコード（１０行以内？）以外は
インライン実装するべきじゃない。
デメリットのほうが大きい。
素直にテンプレートの具体的な特殊化か
ポリモフィズムを使用するべし。
0553デフォルトの名無しさんNGNG
>>552
昔の実装と違ってinlineはregisterと同じくもはやヒントでしかないし……。
そうカリカリせんでもいいんじゃない？
（暗黙のstticの意味を除けば。）
0554デフォルトの名無しさんNGNG
ほっしゅほっしゅ
0555デフォルトの名無しさんNGNG
>>552
VC++の場合ちょっとでも大きいとインライン展開してくれないようです
３行くらいでもわりと複雑な計算してると展開されません
チョー速度が要求されるところだったから__forceinline使いましたが
0556デフォルトの名無しさんNGNG
差分コンパイルができない。＝
依存関係のある全てのソースにリコンパイルがかかる。
また、インライン展開されなくとも複数の実体が生成される可能性もある。
そもそもインライン展開の判断自体、処理系依存である。
ちっこいプロジェクトなら問題ないかもしれんが
大規模ではちょっとした手抜きの割に被害はでかい。
テンプレートの使い方とその設計手法をまともに考えれば
クソでかい関数はできないはず。
0557デフォルトの名無しさんNGNG
テンプレートだけ変換することってできない？
0558デフォルトの名無しさんNGNG
>>552 が言っていることがよくわからなんだけど、
inlineとexportしてない（できない）templateとtemplateの明示的特化って
別物じゃないの？
0559デフォルトの名無しさんNGNG
ああまだ上には上がいたんだな(´Д`)
出直そう
0560552NGNG
>ちょっとした短いコード（１０行以内？）以外は
>インライン実装するべきじゃない。
>デメリットのほうが大きい。
ここは一般論でその理由は>>556

>素直にテンプレートの具体的な特殊化か
>ポリモフィズムを使用するべし。
こっちは>>550に対してアドヴァイスしたつもりだった。
言葉足らずスマン。
テンプレート関数をexportできる処理系はまだ見たこと無いので
無いものとして話してる。

補足：
＞テンプレートの具体的な特殊化
具体的な特殊化でテンプレート引数がすべて決まれば
普通のクラスと同じように非インライン関数として書ける。
テンプレートの用途からするとほとんど使えないテクだが・・
0561デフォルトの名無しさんNGNG
以下のようなテンプレートの特殊化がVC++(ver6)では通らないんですが
何が問題なのでしょうか？g++ならば通るんですが･･･。

template<typename T, typename U> struct test {};
template<class T> struct test<int,T> {};
0562デフォルトの名無しさんNGNG
>>561
VC++は諦めてください
0563561NGNG
マジですか？>>562
いやほんとに頼みます。
0564デフォルトの名無しさんNGNG
>>563
マジです
0565561NGNG
>>564
ありがとうございます。ショックでかいです。
で質問なんですが.NETなら大丈夫とかないですか？
スレとずれて恐縮なんですが。
0566デフォルトの名無しさんNGNG
>>565
.NETでもダメです。
正直がっかりでしたがVC8に期待しましょう。
0567561NGNG
>>566
ありがとうございました(TДT)
0568デフォルトの名無しさんNGNG
VCっていう前提が取れないところが素晴らしい
0569デフォルトの名無しさんNGNG
いまさらVC使う意味は無いと思うんだが。
0570デフォルトの名無しさんNGNG
VitaminC
0571デフォルトの名無しさんNGNG
お金が無いんだよ！！無職なんだから
0572デフォルトの名無しさんNGNG
お金がないならそれこそどうしてVC++？
0573デフォルトの名無しさんNGNG
VSのIDEでコンパイルだけgcc使えればいいのに・・・。
0574デフォルトの名無しさんNGNG
デバッグできないから意味無いじゃん
0575デフォルトの名無しさんNGNG
IDEというのはこれとなんか関係してますか？

http://www.objectcentral.com/
0576VC6に乗せたいNGNG
VS.NETが買えない貧乏人の私としては、VC6で何とか動かしてみたい。

template <class TList>
struct Length
{
　　enum { value = 1 + Length<TList::Tail>::value };
};
template <> struct Length<NullType>
{
　　enum { value = 0 };
};

template <class TList, unsigned int i>
struct TypeAt
{
　　template<int cnt>
　　struct isEnd
　　{
　　　　typedef typename TypeAt<TList::Tail, cnt-1>::Result type;
　　};
　　template<> struct isEnd<0>
　　{
　　　　typedef typename TList::Head type;
　　};
　　typedef typename isEnd<i>::type Result;
};

こういう風に書き換えればTypeListを使うことができるようになった。
既出ならｽﾏｿ
0577デフォルトの名無しさんNGNG
>>576
なんだかわからんけど、よくやった！
次もこの調子でたのむ。
0578デフォルトの名無しさんNGNG
>>576は神！！
0579デフォルトの名無しさんNGNG
>>576
よくやった！

ただ、
不明な型が厳密にひとつしかないクラステンプレートなら
部分的な特殊化を使わずに実装できるんだが
TypeListにはそうでない機能がいくつかあるんだよね。
0580デフォルトの名無しさんNGNG
VC++で無理やりSingletonHolderを動くようにしたんです。
って言ってもtemplateなstatic変数が作れないだけですから、
マクロ作って個々にインスタンスを作ってやっただけですけど。
で、ためしにLoki::SingletonWithLongevity使ってみたら
GetLongevityの戻り値が大きいほうから先に削除されちゃうんです。
ここでまたぶち切れですよ。
ModernにはGetLongevityの戻り値が小さいほうから削除されるように書かれているのに。
これはどう解釈したら言いのでしょう。
0581デフォルトの名無しさんNGNG
>>576
VC++でSelectをなんとか出来ませんか？
0582VC6に乗せたいNGNG
昼頃出先で書き込もうとしたら、串が2ch鯖に知られてて書き込めず、激しく鬱。
それはさておき。

VC++6.0は、ご承知のようにクラステンプレートの部分的な特殊化を
サポートしていません。
しかし、クラステンプレートの完全な特殊化はサポートされています。

[VC6で使えない例]
template <class TA, class TB>
struct baa{};

template <class TA>
struct baa<TA, int> ← すでに定義されているというエラーが出る
{};

[VC6で通る例]
template <class T>
struct baa{};
template <> struct baa<double> {};

あるいは、
template <class TA, class TB>
struct tee{};
template <> struct tee<double, int> {};

これだけなら大したことはできないのですが、
これをTypeAtのように、クラス内クラスで使うことで、
事実上の部分特殊化を掛けることができるようになります。

現在、手元でIndexOf まで仕上げました。
私はファンクタとダブルディスパッチを使いたいと思っているので、
それらの実装を目指すことにします。
0583デフォルトの名無しさんNGNG
>>582
おぉぉ！

template< A, B, C >
の
Aだけ特殊化は出来ないから
template< A > class{ template< B, C > }
にしてAを特殊化するんですね！
Select行ってみます！
0584583NGNG
Selectはできたけんども
TypeAtNonStrictで見事に撃沈・・・
完成したら作者に報告とともにどっかにウプしてくれ・・・>>583
0585583NGNG
583を訂正

template< A, B, C > struct
{
　template< A > struct
　{ //↑ここを特殊化するんですね
　}
}
0586584（´д｀；NGNG
584を訂正
ポインタが・・・>>583じゃ無くて>>582だ。
・・・鬱だ・・・氏んでくる
0587VC6に乗せたいNGNG
>>583殿。>>582で示したガイドラインに沿ってTypeAtNonStrictを書いてみました。

あのように作り方を明記すると、考えが整理できるものですね。
>>576で載せたテンプレートも、ガイドラインに沿った命名に書き換えました。

template <class TList, unsigned int index,
typename DefaultType = NullType>
struct TypeAtNonStrict
{
　　template <class tmpTList>
　　struct tmp2TypeAt
　　{
　　　　template <unsigned int cnt>
　　　　struct tmp1TypeAt
　　　　{
　　　　　　typedef TypeAtNonStrict<tmpTList::Tail, cnt-1, DefaultType>::Result Result;
　　　　};
　　　　template <> struct tmp1TypeAt<0>
　　　　{
　　　　　　typedef tmpTList::Head Result;
　　　　};
　　　　typedef tmp1TypeAt<index>::Result Result;
　　};
　　template <> struct tmp2TypeAt<DefaultType>
　　{
　　　　typedef DefaultType Result;
　　};
typedef tmp2TypeAt<TList>::Result Result;
};

このコードで、コンパイル、テスト動作ができることは確認しております。
願わくば、この勢いで TypeList.h で定義されている
テンプレート群をVC6仕様に書き換える作業にご協力願いたい。
正直、一人ではきついので。
0588デフォルトの名無しさんNGNG
>>587
で、今どこまで出来てるの?
協力しようにも何が出来てて何がまだなのか分からんと。

ただ、漏れ VC++ 持ってねぇんだよなぁ・・・
0589デフォルトの名無しさんNGNG
強力はおしまんですよ、TypeAtNonStrictすらできなかった漏れが役に立てるかどうかはわからんですけど、
>>587の
下から6行目
> template <> struct tmp2TypeAt<DefaultType>
↓
> template <> struct tmp2TypeAt<NullType>
だと思います。
0590VC6に乗せたいNGNG
>>588殿。恥ずかしながら、まだ IndexOf を実装しただけです。
本業もあるため、平日は遅々とした進度になるかと思われます。
できそうなところからどんどん発表していくつもりです。

あと、>>589の指摘ですが、原著の作者の実装をそのまま置き換えたため、
そのようになっております。元ソースと比較してみてください。
なお、先日から取り組んでいる Typlist 型関数は、
数値関数に置き換えれば、このようになります。

Result TypeAtNonStrict(class TList, int index,
class DefaultType = NullType)
{
if(TList != DefaultType)
{
if(index != 0)
{
return TypeAtNonStrict(TList.Tail, index-1, DefaultType);
}
else
{
return TList.Head;
}
}
else
{
return DefaultType;
}
};

元ソースよりもいくらか手続きっぽくなってるのかも。
0591デフォルトの名無しさんNGNG
age
0592VC6に乗せたいNGNG
しまった。タブの置き換えを忘れていました。ｽﾏｿ

Result TypeAtNonStrict(class TList, int index,
　　　　　　class DefaultType = NullType)
{
　　if(TList != DefaultType)
　　{
　　　　if(index != 0)
　　　　{
　　　　　　return TypeAtNonStrict(TList.Tail, index-1, DefaultType);
　　　　}
　　　　else
　　　　{
　　　　　　return TList.Head;
　　　　}
　　}
　　else
　　{
　　　　return DefaultType;
　　}
};
0593583NGNG
とりあえず私はtypelist.hの下から行きます。
今MostDerived終わりました。後でどっかでマージしませう

あとtmpじゃ分かりにくいので名前付け方法を決めたほうがいいと思います。
私は

template <class TList, unsigned int index,
　typename DefaultType = NullType> struct TypeAtNonStrict
{
　template <class tmpTList> struct SelectTList
　{
　　template <unsigned int cnt> struct SelectIndex
　　{
　　　　hogehoge...
　　};
　};

　typedef SelectTList<TList>::SelectIndex<index>::Result Result;
};

のようにしました
0594デフォルトの名無しさんNGNG
す、すげー。あんたら、すげーよ。完成したら、ぜひ使わせてもらうよ！　がんばってっ！
0595583NGNG
ReplaceとReplaceAll終わりました
つーか使っててすげーです、Lokiマンセー！！！
0596デフォルトの名無しさんNGNG
目から鱗すぎます。
素晴らしい。
第二版に日本人の名を連ねられるか？？
期待して待つ！
0597デフォルトの名無しさんNGNG
あー
漏れ私的に使いたかったTypeTraitsの移植に挑戦してみようかな・・・
0598583NGNG
Erase以降全て終わりますた
>>597
人が作ったものは作り直したくないので、終わったらここに報告してね。
0599583NGNG
漏れがLokiと格闘してる間にイタリア１点取ってるし・・・（´д｀；
0600583NGNG
うぉ！
もしかしてtypelist.h終わったじゃん。
どっかにウプしよーぜ！
0601デフォルトの名無しさんNGNG
sourceforge.comだと世界中から見つかりやすげ
0602デフォルトの名無しさんNGNG
>>601
sourceforge.netだ
0603583NGNG
>>601-602
使い方分からん・・・（´д｀；

編集済みtypelist.hとtypemanip.h、
VC++用に改造したsingleton.hが入ってます。
http://www68.dns.ne.jp/~bbs2/upload3/helen/OB00011454.zip
VC++.NETで作ったので、VC++6.0で動かなかったらゴメソ

なにぶん以前は動いてなかったので、typelist.hとtypemanip.hが元と同じように動作するかは確認できてません。
特にtypemanip.hのConversionが、exists2Wayが元と違う方法を使ってるので、その辺でばぐるかも。

編集後のSingletonHolderは残念ながら元と全く同じように使うことは出来ません、
これを使うときは、
プロジェクト内のCPPファイル内でImplementLokiSingletonマクロを使って
SingletonHolderのstaticメンバ変数の実体を作ってちょ

とにかく576は間違いなく神だな・・・
神の啓示を受けた気分だ。
0604583（ﾟ Д ﾟ ；）・・・・NGNG
もしかして・・・車輪の再発明でしたか？

http://www.geocities.com/rani_sharoni/LokiPort.html
0605VC6に乗せたいNGNG
おおおっ！　ちょっと離席していた間にもう終わったのですか。すげー！
>>603は早速ダウンロードして、すべてチェックしました。
今のところ、VC6でも正常に動作しているようです。

typename とはこういうものだったのですか。
これを知らずにAppendの実装がうまくいかず、一時中断していたのですが。
知らぬではどうにもならぬですね。まだまだ修行が足りないです。
勉強になります。
0606583NGNG
LokiPortよりも漏れらのやつのほうが美しいようだ、良かった良かった。
0607583NGNG
おりょ？
やっぱりやってることはほとんど同じか・・・（鬱
（汚いと見えた）MakeTypeListやis_TypelistはLokiのバージョンアップで追加されたものかな？
0608VC6に乗せたいNGNG
>>583その「is_Typelist」が、VC6ではコンパイラに通らないです。
結局、VC6にはtypename 指定をしないと、
template<typename Head, typename Tail>
Typelist<Head, Tail>
と
NullType の区別がつかないようなのです。

VC.NET用はともかく、VC6用は、ここで新規開発しないといけないかも。
0609597NGNG
>>598
ダメですた。
ポインタの特殊化がどーーーしてもできまへん。
と思ったら>>604 で見事に実装されてますた。
悔しいやら嬉しいやら。

ともかく念願のTypeTraitsが手に入りますた。
ありがとうございます。
0610597NGNG
そういえばVCは
なぜか前から関数テンプレートのポインタ等の特殊化を
サポートしてるんだよな・・。
その調子でクラステンプレートも実装してﾎｽｨ
0611583NGNG
>>608
漏れはVC.NETなのでLokiPortに満足してしまいますた。
続きはがんばってください。
何かあれば協力しますし。
0612デフォルトの名無しさんNGNG
MakeTypeList age
これがあるとがぜん使う気が起きるね！
0613VC6に乗せたいNGNG
>>608まあ今時VC6でなにかしようというのが、もう時代遅れなのかもしれないですが。
>>609 LokiPort の　MakeTypeList は単体で動作するようです。
>>583氏のヘッダに移植できました。

あと、うっかりサンプルソースでReverseを呼び出すのを忘れていたのですが、
こいつがエラーが出てコンパイラにとおりません。(VC6)
ガイドライン通りにちゃんと書かれているようなのですが。原因はまだ不明です。
■ このスレッドは過去ログ倉庫に格納されています