<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi Marc-Andre,<div><br></div><div>Yes, we probably should move this discussion to tools from now on since it's getting into more technical details. Please send the information about your wrapper generator to both me and Martin.</div><div><br></div><div>Thanks!</div><div>Kathryn</div><div><br></div><div><div><blockquote type="cite"><br><blockquote type="cite">I haven't tried it with PnMPI (I'll try to do that before the meeting<br>in San Jose), but we scan the mpi.h file. We have found this<br>generally to be a good idea, since not always all routines are<br>implemented and the tool works for MPI-1 and MPI-2 alike.<br></blockquote><br>In Scalasca and Score-P, we inspect the MPI library for the presence each PMPI symbol and then we only create wrappers for those calls where we found valid PMPI symbols. (When the prototypes are mangle, this would definitely need to be adapted.)<br><br>The prototypes are predefined in an XML file. There, we also define additional attributes, such as whether a parameter in "input, output, or both".<br><br><blockquote type="cite">From a tools community point of view it would be good to come with<br>such a wrapper generator once and then have everyone use it, which<br>would not only eliminate this issue, but also make the Fortran issue<br>much simpler.<br></blockquote><br>As different tools groups might have different interests, it would be quite an undertaking. Still, it would definitely be good not to reinvent the wheel several times.<br><br><blockquote type="cite">The tools WG is planing to have a discussion in San Jose on whether<br>we can create such a wrapper infrastructure that actually produces<br>Fortran implementations along with the C implementations, which may<br>make the whole symbol naming issue unnecessary. Adding a C version to<br>such a wrapper system would be trivial.<br></blockquote><br>Unfortunately, I won't be in San Jose. Maybe I'll prime someone (Martin? Kathryn?) with what our wrapper generator can and cannot do, as input into the discussion?<br><br>Cheers,<br>Marc-Andre<br><br>PS: Should we move this discussion to the tools mailing list?<br>-- <br>Marc-Andre Hermanns<br>German Research School for<br>Simulation Sciences GmbH<br>c/o Laboratory for Parallel Programming<br>52062 Aachen | Germany<br><br>Tel +49 241 80 99753<br>Fax +49 241 80 6 99753<br>Web <a href="http://www.grs-sim.de">www.grs-sim.de</a><br><br>Members: Forschungszentrum Jülich GmbH | RWTH Aachen University<br>Registered in the commercial register of the local court of<br>Düren (Amtsgericht Düren) under registration number HRB 5268<br>Registered office: Jülich<br>Executive board: Prof. Marek Behr, Ph.D | Prof. Dr. Sebastian M. Schmidt<br>_______________________________________________<br>mpi-forum mailing list<br><a href="mailto:mpi-forum@lists.mpi-forum.org">mpi-forum@lists.mpi-forum.org</a><br>http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum<br></blockquote></div><br><div>
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>______________________________________________________________<br>Kathryn Mohror, <a href="mailto:kathryn@llnl.gov">kathryn@llnl.gov</a>, <a href="http://people.llnl.gov/mohror1">http://people.llnl.gov/mohror1</a><br>CASC @ Lawrence Livermore National Laboratory, Livermore, CA, USA</div><div><br></div></div><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">
</div>
<br></div></body></html>