<div dir="ltr">I think we all agree on these. However, on (3): If my app wants to use inlining provided by the provider then changes to the provider code would require recompilation.<div><br></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Dec 10, 2013 at 9:39 AM, Bernard Metzler <span dir="ltr"><<a href="mailto:BMT@zurich.ibm.com" target="_blank">BMT@zurich.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
...at another level of granularity and hopefully not<br>
to much off-topic.<br>
<br>
Are we all agree on the following requirements<br>
for the upcoming interface:<br>
<br>
(1) must be provider agnostic (well, some providers may only<br>
    implement a subset of functionality, but that is managed<br>
    in a generic way),<br>
(2) multiple providers can be used from one application<br>
    in parallel,<br>
(3) changes to provider code does not enforce recompilation<br>
    of the application.<br>
<br>
Thanks,<br>
Bernard.<br>
<br>
_______________________________________________<br>
Openframeworkwg mailing list<br>
<a href="mailto:Openframeworkwg@lists.openfabrics.org">Openframeworkwg@lists.openfabrics.org</a><br>
<a href="http://lists.openfabrics.org/cgi-bin/mailman/listinfo/openframeworkwg" target="_blank">http://lists.openfabrics.org/cgi-bin/mailman/listinfo/openframeworkwg</a><br>
</blockquote></div><br></div>