Escaped N macro from detail/constructor.hpp breaks Boost.Proto

Lars Viklund <[email protected]>
Newsgroups gmane.comp.lang.lua.bind.user
Message-ID <[email protected]> 
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.

-- 
Lars Viklund | [email protected]

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.