This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ project.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
chris wrote:While we are discussing optimisations, I wonder if a liberal spreading of "inline" might not be useful? I'm not so much thinking about inlining small functions just because they are small, I trust g++ to decide when to do that itself. I was more thinking that when we have "dispatching" functions for specialisations (such as these), we should either inline the dispatching function, or the functions which are dispatched to perhaps?
I was intending on using something like (warning: away from C++ compiler, I haven't even compiled this code!)
template<typename __T1, typename __T2> struct __default_predicate { bool operator()(const __T1& __t1, const __T2& __t2) { return __t1<__t2;} };
Ah, yes, this - or slight variations - look good. Maybe we should discuss a bit
more the optimization thing and then, possibly, actually implement the idea
in v7... :)
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |