From: Paul Mensonides (pmenso57_at_[hidden])
Date: 2002-04-18 00:13:14
> Unless you have the very latest copy of Comeau, you're using the
> compiler I'm referring to. There's a whole host of others with the same
> front-end, and the same problems.
I'm using 220.127.116.11c BETA#8, which has a 4.3 BETA#1 option (which supports
> > > > . That compiler-defined limit is really only there to protect
> > > > the compiler from recursing indefinitely:
> > >
> > > But in some compilers it is hard-coded (e.g. recent CodeWarrior
> > > releases)
> > But it is likely that this will not remain as meta-programming becomes
> > widespread.
> Some of us need to make this stuff work on real compilers, today.
It is not a case of making it work. It is a case of how long it takes to work.
Honestly, I have never encountered a situation where Comeau C++ was so
incredibly slow that it seriously hindered my work, and I have lots of
meta-programming constructs that I use. Actually, I should amend that. I have
never had a problem with the speed of the template mechanism particularly. The
preprocessor is another matter--that actually *can* grind to halt in certain
situations, and I have jumped through hoops to get around this limitation--i.e.
where doubling the number of some preprocessor construct made the compile-time
jump from 10 seconds to hours. I have alleviated most of this in my own pp
library with the added benefits of cleaner code output, but in this area Comeau
C++ is *seriously* lacking--but I *haven't* had an incredibly significant
problem with the template facility. At least, not so bad that it justified a
redesign just to get around it.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk