From: Roger Pack <rogerdpack@...>
Date: 2009-01-18T02:08:02+09:00
Subject: [ruby-core:21393] Re: ruby macro bind conflicts tr1 on msvc9.0

------=_Part_1952_139059.1232212156102
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I ran into a similar problem once [though it was with mingw and trying to
use libev headers].
win32.h was overwriting a single named macro (OpenFile I believe) from deep
within windows land :)

My fix eventually was to separate the two files so that they were in
different .o files, then the macro redefs didn't cause conflict.


Good luck!
-=r
On Sat, Jan 17, 2009 at 8:45 AM, Christoph Heindl <
christoph.heindl@gmail.com> wrote:

> Hi,
> It seems that the macro bind as defined in trunk/include/ruby/win32.h
> conflicts with added tr1 support to msvc9.0 (which is essentially
> SP1). The conflict arises when <trunk/include/ruby/win32.h> is
> included along with visual studio standard tr1 include <xxbind>.
>
>
> <trunk/include/ruby/win32.h> defines:
> #ifdef bind
> #undef bind
> #endif
> #define bind(s, a, l)           rb_w32_bind(s, a, l)
>
> <xxbind> has template methods such as
>
> template<class _Ret,
>        class _Fty
>        _C_CLASS_ARG0>
>        _Bind<_Ret,
>                _BINDN<_Callable_obj<_Fty> _C_ARG0_ARG1> >
>                        bind(_Fty _Val _C_ARG0_A0)    // <--- here!
>        {       // bind to UDT and user-specified return type
>        typedef _BINDN<_Callable_obj<_Fty> _C_ARG0_ARG1> _MyBind;
>        return (_Bind<_Ret, _MyBind>(_MyBind(_Val _C_A0_A1)));
>        }
> Renaming the macro fixed the problem for compiling the ruby wrappers
> I'm working on. Any solutions other than renaming are appreciated.
>
> Best regards,
> Christoph
>
>
>

------=_Part_1952_139059.1232212156102
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<div>I ran into a similar problem once [though it was with mingw and trying to use libev headers].</div>
<div>win32.h was overwriting a single named macro (OpenFile I believe) from deep within windows land :)</div>
<div>&nbsp;</div>
<div>My fix eventually was to separate the two files so that they were in different .o files, then the macro redefs didn&#39;t cause conflict.</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>Good luck!<br>-=r<br></div>
<div class="gmail_quote">On Sat, Jan 17, 2009 at 8:45 AM, Christoph Heindl <span dir="ltr">&lt;<a href="mailto:christoph.heindl@gmail.com">christoph.heindl@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi,<br>It seems that the macro bind as defined in trunk/include/ruby/win32.h<br>conflicts with added tr1 support to msvc9.0 (which is essentially<br>
SP1). The conflict arises when &lt;trunk/include/ruby/win32.h&gt; is<br>included along with visual studio standard tr1 include &lt;xxbind&gt;.<br><br><br>&lt;trunk/include/ruby/win32.h&gt; defines:<br>#ifdef bind<br>#undef bind<br>
#endif<br>#define bind(s, a, l) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; rb_w32_bind(s, a, l)<br><br>&lt;xxbind&gt; has template methods such as<br><br>template&lt;class _Ret,<br>&nbsp; &nbsp; &nbsp; &nbsp;class _Fty<br>&nbsp; &nbsp; &nbsp; &nbsp;_C_CLASS_ARG0&gt;<br>&nbsp; &nbsp; &nbsp; &nbsp;_Bind&lt;_Ret,<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;_BINDN&lt;_Callable_obj&lt;_Fty&gt; _C_ARG0_ARG1&gt; &gt;<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;bind(_Fty _Val _C_ARG0_A0) &nbsp; &nbsp;// &lt;--- here!<br>&nbsp; &nbsp; &nbsp; &nbsp;{ &nbsp; &nbsp; &nbsp; // bind to UDT and user-specified return type<br>&nbsp; &nbsp; &nbsp; &nbsp;typedef _BINDN&lt;_Callable_obj&lt;_Fty&gt; _C_ARG0_ARG1&gt; _MyBind;<br>
&nbsp; &nbsp; &nbsp; &nbsp;return (_Bind&lt;_Ret, _MyBind&gt;(_MyBind(_Val _C_A0_A1)));<br>&nbsp; &nbsp; &nbsp; &nbsp;}<br>Renaming the macro fixed the problem for compiling the ruby wrappers<br>I&#39;m working on. Any solutions other than renaming are appreciated.<br>
<br>Best regards,<br><font color="#888888">Christoph<br><br><br></font></blockquote></div><br>

------=_Part_1952_139059.1232212156102--