Perhaps he is referring to C99 7.14.1.1.5<div><br></div><div>"If the signal occurs other than as the result of calling the abort or raise function, the behavior is undefined if the signal handler refers to any object with static storage duration other than by assigning a value to an object declared as volatile sig_atomic_t, ..."</div>
<div><br></div><div>The same part of C11 is worded as</div><div><br></div><div>"If the signal occurs other than as the result of calling the abort or raise function, the behavior is undefined if the signal handler refers to any object with static or thread storage duration that is not a lock-free atomic object other than by assigning a value to an object declared as volatile sig_atomic_t"</div>
<div><br></div><div>If a reduction, buffer copy, or similar is occurring inside a signal handler, it's violating the letter of the standard. As a practical matter, it can be made to work with careful attention to memory barriers.</div>
<div><br><div class="gmail_quote">On Fri, Sep 21, 2012 at 3:24 PM, Jeff Hammond <span dir="ltr"><<a href="mailto:jhammond@alcf.anl.gov" target="_blank">jhammond@alcf.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Why can't you just be explicit and say what the problem is?<br>
<br>
Just show us some code that is compliant with both MPI-3.0 and C99<br>
that does not work.<br>
<span class="HOEnZb"><font color="#888888"><br>
Jeff<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Fri, Sep 21, 2012 at 3:15 PM, N.M. Maclaren <<a href="mailto:nmm1@cam.ac.uk">nmm1@cam.ac.uk</a>> wrote:<br>
> On Sep 21 2012, Jeff Hammond wrote:<br>
>><br>
>><br>
>> Can you send me a link to a page that describes the C89 memory model?<br>
>> It would help me to write better C+Pthread code if I had a memory<br>
>> model to rely upon instead of nonportable inline assembly.<br>
><br>
><br>
> It's there in the standard.  In C99, which is more readily accessible<br>
> and very similar to C90, the relevant wording is mainly in 5.1.2.3,<br>
> 6.5 and 6.5.2.2.<br>
><br>
><br>
><br>
> Regards,<br>
> Nick Maclaren.<br>
><br>
> _______________________________________________<br>
> mpi-forum mailing list<br>
> <a href="mailto:mpi-forum@lists.mpi-forum.org">mpi-forum@lists.mpi-forum.org</a><br>
> <a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum</a><br>
<br>
<br>
<br>
</div></div><div class="im HOEnZb">--<br>
Jeff Hammond<br>
Argonne Leadership Computing Facility<br>
University of Chicago Computation Institute<br>
<a href="mailto:jhammond@alcf.anl.gov">jhammond@alcf.anl.gov</a> / <a href="tel:%28630%29%20252-5381" value="+16302525381">(630) 252-5381</a><br>
<a href="http://www.linkedin.com/in/jeffhammond" target="_blank">http://www.linkedin.com/in/jeffhammond</a><br>
<a href="https://wiki.alcf.anl.gov/parts/index.php/User:Jhammond" target="_blank">https://wiki.alcf.anl.gov/parts/index.php/User:Jhammond</a><br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
mpi-forum mailing list<br>
<a href="mailto:mpi-forum@lists.mpi-forum.org">mpi-forum@lists.mpi-forum.org</a><br>
<a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum</a><br>
</div></div></blockquote></div><br></div>