Ini ialah arahan mpiCC.lam yang boleh dijalankan dalam penyedia pengehosan percuma OnWorks menggunakan salah satu daripada berbilang stesen kerja dalam talian percuma kami seperti Ubuntu Online, Fedora Online, emulator dalam talian Windows atau emulator dalam talian MAC OS.
JADUAL:
NAMA
mpicc, mpiCC / mpic++ - Susun atur cara LAM/MPI C/C++.
SINOPSIS
mpicc [-showme|-showme:compile|-showme:link] ...
mpiCC [-showme|-showme:compile|-showme:link] ...
mpic++ [-showme|-showme:compile|-showme:link] ...
PILIHAN
-tunjukkan kepada saya
Tidak menggunakan pengkompil C/C++ yang mendasari. Sebaliknya, ia menunjukkan baris arahan
yang akan dilaksanakan untuk menyusun atur cara C/C++.
-showme:compile
Tidak menggunakan pengkompil C/C++ yang mendasari. Sebaliknya, ia menunjukkan pengkompil
bendera yang akan dibekalkan kepada pengkompil C/C++.
-tunjukkan saya:pautan
Tidak menggunakan pengkompil C/C++ yang mendasari. Sebaliknya, ia menunjukkan bendera pemaut
yang akan dibekalkan kepada pengkompil C/C++.
Lihat cc(1) dan CC(1) (atau apa sahaja pengkompil C/C++ asas anda) untuk semua yang lain
pilihan.
DESCRIPTION
mpicc and mpiCC (mpic++ adalah sinonim untuk mpiCC disediakan untuk nama fail yang tidak menyokong
nama fail sensitif huruf besar kecil) ialah pembungkus kemudahan untuk C dan C++ asli tempatan
penyusun. Terjemahan program LAM memerlukan kaitan LAM khusus
perpustakaan yang mungkin tidak berada dalam salah satu direktori carian standard bagi ld(1). Ia
juga sering memerlukan kemasukan fail pengepala yang mungkin juga tidak ditemui dalam standard
lokasi. mpicc menyampaikan hujahnya kepada pengkompil C asli tempatan bersama-sama dengan -I, -L
dan -l pilihan yang diperlukan oleh program LAM. Ini termasuk semua pilihan yang diperlukan untuk ROMIO
dan/atau sokongan pengikatan C++ (jika sokongan ROMIO/C++ disertakan semasa LAM disusun).
mpiCC (dan oleh itu mpic++) adalah serupa, tetapi sebaliknya menggunakan pengkompil C++ asli.
Pasukan LAM kuat menggalakkan menggunakan mpicc and mpiCC bukannya cuba memaut ke
perpustakaan LAM secara manual. Ini membolehkan pelaksanaan khusus LAM berubah
tanpa memaksa perubahan pada arahan pemaut dalam Makefiles pengguna (set khusus bagi
perpustakaan LAM yang mendasari telah berubah beberapa kali, dan mungkin akan berubah lagi
dalam versi akan datang).
Memang sejak mpicc/mpiCC adalah pembungkus yang sangat nipis di atas pengkompil asas, di sana
adalah sangat, sangat sedikit alasan yang menarik tidak untuk digunakan mpicc/mpiCC. Apabila tidak mungkin
penggunaan mpicc/mpiCC, yang -showme:compile and -tunjukkan saya:pautan hujah hendaklah digunakan sebaliknya.
Sebagai contoh:
shell$ cc -c file1.c `mpicc -showme:compile`
shell$ cc -c file2.c `mpicc -showme:compile`
shell$ cc file1.o file2.o `mpicc -showme:link` -o my_mpi_program
PERSEKITARAN PELBAGAI
Secara lalai, mpicc menggunakan pengkompil C yang dipilih apabila LAM dikonfigurasikan (dengan
--with-cc bendera ke ./configure, atau dengan menetapkan CC pembolehubah persekitaran sebelum ini
./configure telah dipanggil) sebagai pengkompil C asli tempatan, tetapi ini boleh ditindih oleh
Pembolehubah persekitaran LAMMPICC (nama lama untuk pembolehubah persekitaran ini ialah LAMHCC --
ini juga masih berfungsi, tetapi penggunaannya ditamatkan).
Begitu juga, mpiCC menggunakan pengkompil C++ yang dipilih semasa LAM dikonfigurasikan (dengan
--with-cpp flag ke ./configure, atau dengan menetapkan pembolehubah persekitaran CXX sebelum menggunakan
./configure) secara lalai, tetapi ini boleh ditindih oleh pembolehubah persekitaran LAMMPICXX
(nama lama untuk pembolehubah persekitaran ini ialah LAMHCP -- ini juga masih berfungsi, tetapi ia
penggunaan ditamatkan).
Jika pembolehubah persekitaran LAMHOME ditetapkan, mpicc and mpiCC akan menggunakan nilainya sebagai
lokasi direktori pemasangan LAM dan bukannya nilai yang telah disusun
mpicc/mpiCC. Ini bermakna itu mpicc/mpiCC akan menggunakan nilai LAMHOME sebagai asas kepada
buat argumen -I dan -L yang dihantar kepada pengkompil peringkat rendah, bukan
direktori pemasangan yang dibekalkan apabila mpicc/mpiCC telah dicipta. Ini hampir
sentiasa Idea Buruk.
Penggunaan LAMHOME tidak digalakkan kecuali untuk beberapa kes konfigurasi yang jarang berlaku secara ganjil
tapak rangkaian (dalam hal ini pentadbir sistem anda mungkin perlu menyediakannya), dan
untuk pengguna lanjutan dengan berbilang pemasangan LAM/MPI yang benar-benar tahu apa itu
melakukan; jika LAMHOME pembolehubah persekitaran dibiarkan secara tidak sengaja ditetapkan, ia boleh membawa kepada
kekeliruan pengguna yang luar biasa. Sebagai contoh, jika LAMHOME menunjuk kepada pemasangan LAM A, tetapi
pengguna PATH menunjuk ke pemasangan LAM B, maka walaupun B mpicc akan digunakan, iaitu
program pengguna akan disusun dan dipautkan dengan pemasangan LAM A.
. LAMHOME pembolehubah persekitaran terutamanya hanya dibiarkan di tempat untuk keserasian ke belakang;
ia tidak diperlukan untuk fungsi normal LAM/MPI. Pasukan LAM tidak menggalakkan penggunaan
yang LAMHOME pembolehubah persekitaran, dan sebaliknya menyokong hanya menetapkan PATH betul
untuk bertukar antara pelbagai pelaksanaan LAM/MPI.
NOTA
Versi LAM terdahulu menggalakkan penggunaan hcc and hcp untuk menyusun LAM dan/atau MPI C dan
Aplikasi C++, masing-masing. Dalam versi lama LAM, hcc and hcp tidak
secara automatik menambah -lmpi ke baris arahan. hcc and hcp akhirnya ditamatkan dan
diganti dengan mpicc and mpiCC (Atau mpic++ pada sistem fail yang tidak peka huruf besar-besaran). The
yang boleh dilaksanakan hcc and hcp kini hanyalah pautan simbolik kepada mpicc and mpic++, Masing-masing,
sekiranya ada sesiapa di luar sana yang masih menggunakan nama tersebut. Ia sepatutnya tidak berbahaya
untuk lulus dalam tambahan -lmpi; mpicc and mpic++ hendaklah melakukan Perkara Betul secara senyap (hanya
pautan di perpustakaan MPI sekali).
Gunakan mpiCC.lam dalam talian menggunakan perkhidmatan onworks.net