<div dir="ltr">Because it's an info key, we can't make the relax the semantic, we can only restrict it.  So, the most permissive semantic needs to be the default.</div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, Mar 13, 2014 at 3:54 PM, Dave Goodell (dgoodell) <span dir="ltr"><<a href="mailto:dgoodell@cisco.com" target="_blank">dgoodell@cisco.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">On Mar 13, 2014, at 2:47 PM, Jeff Hammond <<a href="mailto:jeff.science@gmail.com">jeff.science@gmail.com</a>> wrote:<br>
<br>
> same_op_no_op_replace might not be completely SHMEM-compliant but it<br>
> almost certainly meets the needs of reasonable SHMEM programs.  Right<br>
> now, the incompatibility of REPLACE and <any reduce op> puts me in a<br>
> very bad place for essentially all PGAS models.<br>
<br>
</div>Wouldn't you be in a perfectly fine place if we just add "same_op_no_op_replace" to the standard and then you modify your codes to use it?<br>
<br>
I really don't understand your insistence on changing the default behavior...<br>
<span class="HOEnZb"><font color="#888888"><br>
-Dave<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
mpiwg-rma mailing list<br>
<a href="mailto:mpiwg-rma@lists.mpi-forum.org">mpiwg-rma@lists.mpi-forum.org</a><br>
<a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-rma" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-rma</a><br>
</div></div></blockquote></div><br></div>