<div dir="ltr"><div><div>Hello,<br></div>Today we will try the strategies proposed by you and see how it goes.<br><br>Thank you for helping<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/5/19 Jeff Hammond <span dir="ltr"><<a href="mailto:jhammond@alcf.anl.gov" target="_blank">jhammond@alcf.anl.gov</a>></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yeah, I would use the abort strategy to detect if MPICH is using<br>
thread-related functions in MPI_THREAD_SINGLE (ignoring<br>
MPICH_ASYNC_PROGRESS=1) and the noop implementation for practical<br>
purposes.<br>
<span class="HOEnZb"><font color="#888888"><br>
Jeff<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Sun, May 19, 2013 at 2:49 PM, Pavan Balaji <<a href="mailto:balaji@mcs.anl.gov">balaji@mcs.anl.gov</a>> wrote:<br>
><br>
> Thanks.  Yes, they can be mostly no-ops (except TLS checks which can be<br>
> any static variable since there's only one thread by definition).<br>
> Implementing them as "not-implemented" aborts might be OK too.<br>
><br>
>  -- Pavan<br>
><br>
> On 05/19/2013 02:43 PM US Central Time, Jeff Hammond wrote:<br>
>> Presumably those functions can be noops if no threads are going to be<br>
>> used.  Am I wrong?<br>
>><br>
>> It might be worth implementing those functions as stubs that abort<br>
>> with UNIMPL error and see how far that goes.  I'll try to get to this<br>
>> later today.<br>
>><br>
>> Jeff<br>
>><br>
>> On Sun, May 19, 2013 at 2:36 PM, Pavan Balaji <<a href="mailto:balaji@mcs.anl.gov">balaji@mcs.anl.gov</a>> wrote:<br>
>>><br>
>>> On 05/19/2013 02:28 PM US Central Time, jhonatan alves wrote:<br>
>>>> But i believe that the missing of POSIX<br>
>>>> threads can be the most trouble part. So we need to port to the thread<br>
>>>> implementation in EPOS.<br>
>>><br>
>>> Yup, I too believe that'll be the blocker.  MPICH supports multiple<br>
>>> threading packages, but currently requires at least one to function<br>
>>> correctly:<br>
>>><br>
>>> <a href="https://trac.mpich.org/projects/mpich/ticket/231" target="_blank">https://trac.mpich.org/projects/mpich/ticket/231</a><br>
>>><br>
>>> It's been a while since I looked into this issue, but I could look into<br>
>>> it if you are running into it for your platform.<br>
>>><br>
>>>  -- Pavan<br>
>>><br>
>>> --<br>
>>> Pavan Balaji<br>
>>> <a href="http://www.mcs.anl.gov/~balaji" target="_blank">http://www.mcs.anl.gov/~balaji</a><br>
>>> _______________________________________________<br>
>>> discuss mailing list     <a href="mailto:discuss@mpich.org">discuss@mpich.org</a><br>
>>> To manage subscription options or unsubscribe:<br>
>>> <a href="https://lists.mpich.org/mailman/listinfo/discuss" target="_blank">https://lists.mpich.org/mailman/listinfo/discuss</a><br>
>><br>
>><br>
>><br>
><br>
> --<br>
> Pavan Balaji<br>
> <a href="http://www.mcs.anl.gov/~balaji" target="_blank">http://www.mcs.anl.gov/~balaji</a><br>
<br>
<br>
<br>
</div></div><div class="HOEnZb"><div class="h5">--<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> / (630) 252-5381<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>
ALCF docs: <a href="http://www.alcf.anl.gov/user-guides" target="_blank">http://www.alcf.anl.gov/user-guides</a><br>
</div></div></blockquote></div><br></div>