IMO, Lisp did metaprogramming the right way, 40 years ago. It's built into the language and doesn't look like a hacked on cluster f*. Anybody familiar with regular Lisp can follow along with Lisp metaprogramming, and it's far more powerful than what's available in C++. And nowadays, the performance is even competitive.
I agree with your Lisp sentiment. It appears that the C++ folks have spent the last 15 (20?) years re-implementing Lisp macros badly. Every time they work out the kinks in the syntax, remove corner cases, and make it more expressive: it becomes more Lisp-like.
When you compare with the approach Ruby took (granted, Ruby is a dynamic language) you get the feeling that the C++ folks went wrong somewhere. Far be it from me who has never implemented a compiler to criticise them but that's the honest feeling I get. Ruby made everything an object with an associated class. Or what amounts to the same thing, it made every type of thing get-at-able as an object with an associated class. And here is the kicker, including Object and Class itself. Why could the C++ folks not have made type an object with an associated class with compile and runtime methods?
class Foo {
...
}
is just sugar for type Foo = new class();
Foo.class_eval {
...
}Maybe it will make you and jlarocco happier to know that Stroustrup feels your pain.
Years ago at a standards meeting (well, having drinks, not during the meeting itself) he and I were talking about C++ and Lisp and I said how much I missed defmacro. He became quite animated that #define had "polluted the ecological niche" and that templating "was the best we could do to bring macros to C++".
C++ is/was hobbled by its C back compatibility (lucky eventually they became brave enough to snap that link). In retrospect I still think it was a good idea for the sake of growing the C++ user base, but it has had some dreadful implications.
The syntax is horrible but it is still one of the most expressive languages I have used. And much as I look back fondly to my years as a Lispm hacker, I have to say, times move on.
The most popular Ruby framework, Ruby on Rails, has quite the learning curve because it's based heavily on conventions enabled by metaprogramming. inb4 lengthy discussion of "convention vs configuration" and "magic."