Satish: That patch seemed to work (everything compiled anyway), thanks.<div><br></div><div>Barry: undef before the include and define again afterwards worked also.</div><div><br></div><div>Is one preferable?</div><div><br>
</div><div>Victor</div><div>---<br>Victor L. Minden<br><br>Tufts University<br>School of Engineering<br>Class of 2012<br>
<br><br><div class="gmail_quote">On Wed, Oct 27, 2010 at 9:24 PM, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
On Oct 27, 2010, at 5:31 PM, Jed Brown wrote:<br>
<br>
> On Wed, Oct 27, 2010 at 18:24, Satish Balay <<a href="mailto:balay@mcs.anl.gov">balay@mcs.anl.gov</a>> wrote:<br>
> Ok - perhaps we can simulate current behavior with:<br>
><br>
> typedef char* VecType;<br>
> typedef const char* ConstVecType;<br>
><br>
> and use VecType/ConstVecType as needed in code?<br>
<br>
</div>  Yuck, no way. Over my dead body.<br>
<div class="im"><br>
><br>
> This or just use the typedef in the CUDA interfaces (after #undef VecType).  Dirty, but would fix the current collision.<br>
<br>
</div>   Why not do this? Just undef VecType before the cuda/thrust include and def it again afterwards.<br>
<br>
   Barry<br>
<br>
><br>
> Jed<br>
<br>
</blockquote></div><br></div>