mpiCC.lam - Online in de cloud

PROGRAMMA:

NAAM

mpicc, mpiCC / mpic++ - Compileer LAM/MPI C/C++-programma's.

KORTE INHOUD

mpicc [-showme|-showme:compile|-showme:link] ...

mpiCC [-showme|-showme:compile|-showme:link] ...

mpic++ [-showme|-showme:compile|-showme:link] ...

OPTIES

-laat het mij eens zien
Roept de onderliggende C/C++-compiler niet aan. In plaats daarvan wordt de opdrachtregel weergegeven
dat zou worden uitgevoerd om het C/C++-programma te compileren.

-showme:compileren
Roept de onderliggende C/C++-compiler niet aan. In plaats daarvan wordt de compiler weergegeven
vlaggen die aan de C/C++-compiler zouden worden geleverd.

-laat mij zien: link
Roept de onderliggende C/C++-compiler niet aan. In plaats daarvan worden de linkervlaggen weergegeven
die aan de C/C++-compiler zou worden geleverd.

Bekijk cc(1) en CC(1) (of wat uw onderliggende C/C++-compilers ook zijn) voor alle andere
opties.

PRODUCTBESCHRIJVING

mpic en mpiCC (mpisch++ is een synoniem voor mpiCC voorzien voor bestandsnamen die dit niet ondersteunen
hoofdlettergevoelige bestandsnamen) zijn handige wrappers voor de lokale native C en C++
compilers. De vertaling van een LAM-programma vereist de koppeling van het LAM-specifieke programma
bibliotheken die zich mogelijk niet in een van de standaardzoekmappen van bevinden ld(1). Het
vereist vaak ook het opnemen van headerbestanden, die mogelijk ook niet in een standaard voorkomen
plaats. mpic geeft zijn argumenten door aan de lokale native C-compiler, samen met de -I, -L
en -l opties vereist door LAM-programma's. Hierin zijn alle benodigde opties voor ROMIO opgenomen
en/of ondersteuning voor C++-bindingen (als ROMIO/C++-ondersteuning was opgenomen toen LAM werd gecompileerd).

mpiCC (en daarom mpisch++) is vergelijkbaar, maar roept in plaats daarvan de native C++-compiler aan.

Het LAM-team sterk moedigt het gebruik aan mpic en mpiCC in plaats van te proberen ernaar te linken
de LAM-bibliotheken handmatig. Hierdoor kan de specifieke invulling van LAM veranderen
zonder wijzigingen in de linkerrichtlijnen in de Makefiles van gebruikers te forceren (de specifieke set van
onderliggende LAM-bibliotheken zijn al meerdere keren gewijzigd en zullen waarschijnlijk opnieuw veranderen
in toekomstige versies).

Inderdaad, sinds mpic/mpiCC zijn hele dunne wikkels bovenop een onderliggende compiler, daar
zijn heel, heel weinig dwingende redenen niet gebruiken mpic/mpiCC. Wanneer het niet mogelijk is
. mpic/mpiCC -showme:compileren en -laat mij zien: link In plaats daarvan moeten argumenten worden gebruikt.
Bijvoorbeeld:

shell$ cc -c bestand1.c `mpicc -showme:compile`

shell$ cc -c bestand2.c `mpicc -showme:compile`

shell$ cc bestand1.o bestand2.o `mpicc -showme:link` -o mijn_mpi_programma

MILIEU VARIABELEN

Standaard mpic gebruikt de C-compiler die werd geselecteerd toen LAM werd geconfigureerd (met de
--with-cc vlag naar ./configure, of door de omgevingsvariabele CC eerder in te stellen
./configure werd aangeroepen) als de lokale native C-compiler, maar dit kan worden overschreven door de
LAMMPICC omgevingsvariabele (een oudere naam voor deze omgevingsvariabele is LAMHCC --
dit werkt ook nog steeds, maar het gebruik ervan is verouderd).

Evenzo mpiCC gebruikt de C++-compiler die werd geselecteerd toen LAM werd geconfigureerd (met de
--with-cpp vlag naar ./configure, of door de omgevingsvariabele CXX in te stellen voordat deze wordt aangeroepen
./configure) standaard, maar dit kan worden overschreven door de omgevingsvariabele LAMMPICXX
(een oudere naam voor deze omgevingsvariabele is LAMHCP - dit werkt ook nog steeds, maar het is
gebruik is afgeschaft).

Als de omgevingsvariabele LAMHOME is ingesteld, mpic en mpiCC zal de waarde ervan gebruiken als de
locatie van de LAM-installatiemap in plaats van de waarde waarin deze is gecompileerd
mpic/mpiCC. Dit betekent dat mpic/mpiCC zal de waarde van gebruiken LAMHOME als basis voor
maak de argumenten -I en -L die worden doorgegeven aan de compiler op een lager niveau, niet de
installatiemap die is opgegeven bij het downloaden mpic/mpiCC werden gecreëerd. Dit is bijna
altijd een slecht idee.

Het gebruik van LAMHOME wordt afgeraden, met uitzondering van enkele zeldzame configuratiegevallen in vreemd genoeg
netwerksites (in welk geval uw systeembeheerder dit waarschijnlijk moet instellen), en
voor gevorderde gebruikers met meerdere LAM/MPI-installaties die echt weten wat ze zijn
aan het doen; als de LAMHOME omgevingsvariabele onbedoeld is ingesteld, kan dit leiden tot:
enorme verwarring bij gebruikers. Bijvoorbeeld, als LAMHOME verwijst naar LAM-installatie A, maar de
gebruiker PATH wijst naar LAM-installatie B, dan hoewel B's mpic zal worden gebruikt, de
gebruikersprogramma wordt gecompileerd en gekoppeld aan LAM-installatie A.

De LAMHOME omgevingsvariabele wordt voornamelijk alleen op zijn plaats gelaten voor achterwaartse compatibiliteit;
het is niet vereist voor het normaal functioneren van LAM/MPI. Het LAM-team ontmoedigt het gebruik van:
the LAMHOME omgevingsvariabele, en pleit in plaats daarvan voor het eenvoudig instellen van de PATH naar behoren
om te schakelen tussen meerdere LAM/MPI-implementaties.

OPMERKINGEN

Eerdere versies van LAM moedigden het gebruik van hcc en hcp om LAM en/of MPI C te compileren en
C++-applicaties, respectievelijk. In zeer oude versies van LAM, hcc en hcp niet
automatisch toevoegen -lmpi naar de opdrachtregel. hcc en hcp werden uiteindelijk afgekeurd en
vervangen door mpic en mpiCC (of mpisch++ op hoofdletterongevoelige bestandssystemen). De
uitvoerbare bestanden hcc en hcp zijn nu slechts symbolische links naar mpic en mpisch++, Respectievelijk
voor het geval er iemand is die deze namen nog steeds gebruikt. Het moet onschadelijk zijn
om de extra door te geven -lmpi; mpic en mpisch++ zou in stilte het juiste moeten doen (alleen
link in de MPI-bibliotheek).

Gebruik mpiCC.lam online met behulp van onworks.net-services