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

Daniel Wallin <[email protected]> Tue, 20 Apr 2010 19:47:47 +0200

Newsgroups	gmane.comp.lang.lua.bind.user
Message-ID	<[email protected]>

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:

  http://github.com/luabind/luabind/commit/1bb54a3

Thanks,
-- 
Daniel Wallin
BoostPro Computing
http://www.boostpro.com

------------------------------------------------------------------------------
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