Re: Escaped N macro from detail/constructor.hpp breaks Boost.Proto
On Sat, Apr 17, 2010 at 02:37:15AM +0200, Lars Viklund wrote:
> Hi list.
> In the 0.9 source release (and as far as I can see on github)
> detail/constructor.hpp defines a macro N as part of PP iteration, but
> never undefines it.
> This results in fine libraries like Boost.Proto or anything else using
> the N identifier to blow up nicely.
> Adding an #undef N near the end of constructor.hpp seems to make my code
> compile, but I'm unsure whether anything in luabind depends on this.
Good catch! I've pushed the change to the 0.9 branch: