<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Nov 27, 2013 at 5:41 PM, Geoffrey Irving <span dir="ltr"><<a href="mailto:irving@naml.us" target="_blank">irving@naml.us</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Wed, Nov 27, 2013 at 1:56 PM, Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>> wrote:<br>

> On Wed, Nov 27, 2013 at 3:44 PM, Geoffrey Irving <<a href="mailto:irving@naml.us">irving@naml.us</a>> wrote:<br>
>><br>
>> On Wed, Nov 27, 2013 at 12:09 PM, Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>><br>
>> wrote:<br>
>> >> > The original intention is to pass evaluation data in as a mesh field.<br>
>> >> > How<br>
>> >> > does this break down?<br>
>> >><br>
>> >> Who makes the first mesh field?  God?<br>
>> >><br>
>> >> Less sarcastically, I am trying to shoehorn data into petsc from some<br>
>> >> other source.  In this case, the other source is a Python script, but<br>
>> >> it doesn't matter: the important thing is that the data does not<br>
>> >> magically start out as a mesh field.  It also does not start out as a<br>
>> >> parameter free C function pointer.<br>
>> ><br>
>> > I have missed the point of the whole discussion. This is about<br>
>> > bootstrapping data<br>
>> > into the system, Sorry, sometimes it takes a while for me to see the<br>
>> > point.<br>
>><br>
>> No worries, I may have been less than clear.<br>
>><br>
>> > Okay, forget what I said above. Yes, you really want f to be a closure,<br>
>> > so pulling<br>
>> > along the pointer makes perfect sense. We have to change the<br>
>> > PetscDualSpaceApply()<br>
>> > signature too.<br>
>><br>
>> I can give this a try unless you feel like doing it.  It will touch a<br>
>> lot of code, since all the interfaces above PetscDualSpaceApply need<br>
>> to change, then all the examples, etc.  Concretely, I'd be changing<br>
>> the signature of PetscDualSpaceApply to<br>
><br>
><br>
> I have no problem with you doing it. I will look over the branch or pull<br>
> request:<br>
<br>
</div></div>Branch irving/dual-space-context pushed.  Unfortunately, only 2 out of<br>
the 5 affected examples work for me on master (I lack cuda), so I may<br>
have introduced compile errors in the others.</blockquote><div><br></div><div>I have given up on CUDA for the forseeable future. OpenCL has a much better</div><div>development model now. What I suspect will happen is that CUDA will adopt the</div>
<div>library compile model of OpenCL and Nvidia will kill the OpenCL support in its</div><div>compiler, so then I will switch back.</div><div><br></div><div>   Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Geoffrey<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener
</div></div>