we want to reducethe conversion ove

we want to reduce
the conversion overhead to zero. In the MPICH F08
binding, we implemented the wrappers in Fortran whenever
possible. The main value is that Fortran intrinsically knows
about both Fortran and C types, whereas C knows nothing
about Fortran types. Hence, it is much safer and portable
to use Fortran to write any code that involves a Fortran
type. For most subroutines, one layer of Fortran wrappers
is enough. For subroutines with choice buffers, however, we
have to write another layer of wrappers in C to decode the
C descriptor for the choice buffer before calling the backend
MPI C libraries. Thus, we designed an F08 binding
framework embodied by the following directory tree:

ผลลัพธ์ (ไทย) 2:

เราต้องการที่จะลด
ค่าใช้จ่ายในการแปลงให้เป็นศูนย์ ใน MPICH F08
ผูกพันที่เรานำมาใช้ห่อใน Fortran เมื่อใดก็ตาม
ที่เป็นไปได้ ค่าที่สำคัญคือ Fortran ยิ่งรู้
เกี่ยวกับทั้งสอง Fortran และประเภท C, C ในขณะที่รู้อะไร
เกี่ยวกับชนิด Fortran จึงเป็นที่ปลอดภัยมากและแบบพกพา
ที่จะใช้ Fortran เขียนโค้ดที่เกี่ยวข้องกับการ Fortran ใด
ประเภท สำหรับซับรูทีนมากที่สุดชั้นหนึ่งของห่อ Fortran
เป็นพอ สำหรับซับรูทีนที่มีบัฟเฟอร์ทางเลือก แต่เรา
ต้องเขียนอีกชั้นหนึ่งห่อใน C เพื่อถอดรหัส
บ่ง C สำหรับบัฟเฟอร์ทางเลือกก่อนที่จะเรียกแบ็กเอนด์
MPI ห้องสมุด C ดังนั้นเราจึงได้รับการออกแบบที่มีผลผูกพัน F08
กรอบเป็นตัวเป็นตนโดยต้นไม้ไดเรกทอรีต่อไปนี้:

ผลลัพธ์ (ไทย) 3:

เราต้องการลด
การแปลงค่าใช้จ่ายในศูนย์ ใน mpich F08
ผูก เราใช้ห่อในเดลฟี
เมื่อใดก็ตามที่เป็นไปได้ ค่าหลักคือภาษาฟอร์แทรนภายในรู้
เกี่ยวกับทั้งสองประเภท c และ c และ c ไม่รู้อะไร
เกี่ยวกับชนิดของโปรแกรม ดังนั้นจึงเป็นเรื่องที่ปลอดภัยมากและพกพา
ใช้ภาษาฟอร์แทรนเขียนรหัสใด ๆที่เกี่ยวข้องกับประเภทนั่นเอง

สำหรับรูทีนย่อยมากที่สุดหนึ่งชั้นของภาษาฟอร์แทรนห่อ
เป็นพอ สำหรับรูทีนย่อยด้วยบัฟเฟอร์ เลือกแต่เรา
ต้องเขียนใน C ห่ออีกชั้น เพื่อถอดรหัส
C หัวเรื่องเพื่อเลือกบัฟเฟอร์ก่อนเรียก backend
MPI c ห้องสมุด ดังนั้นเราจึงออกแบบ F08 ผูกพัน
กรอบ embodied โดยต้นไม้ไดเรกทอรีต่อไปนี้ :