mpiCC.lam - Интернет в облаке

ПРОГРАММА:

ИМЯ

mpicc, mpiCC / mpic ++ - Компиляция программ LAM / MPI C / C ++.

СИНТАКСИС

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

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

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

ДОПОЛНИТЕЛЬНЫЕ ОПЦИИ

-Покажите мне
Не вызывает базовый компилятор C / C ++. Вместо этого отображается командная строка
который будет выполнен для компиляции программы C / C ++.

-showme: компилировать
Не вызывает базовый компилятор C / C ++. Вместо этого он показывает компилятору
флаги, которые будут переданы компилятору C / C ++.

-showme: ссылка
Не вызывает базовый компилятор C / C ++. Вместо этого он показывает флаги компоновщика
который будет передан компилятору C / C ++.

Увидеть cc(1) и CC(1) (или какими бы ни были ваши базовые компиляторы C / C ++) для всех остальных
настройки.

ОПИСАНИЕ

мпикк и mpiCC (mpic ++ это синоним mpiCC предоставляется для имен файлов, которые не поддерживают
имена файлов с учетом регистра) являются удобными оболочками для локальных родных C и C ++
компиляторы. Трансляция программы LAM требует привязки специфической для LAM
библиотеки, которые могут не находиться в одном из стандартных каталогов поиска ld(1). Это
также часто требует включения файлов заголовков, чего также нельзя найти в стандартном
место нахождения. мпикк передает свои аргументы локальному компилятору C вместе с -I, -L
и параметры -l, необходимые для программ LAM. Это включает в себя все необходимые опции для ROMIO
и / или поддержка привязок C ++ (если поддержка ROMIO / C ++ была включена при компиляции LAM).

mpiCC (и поэтому mpic ++) аналогичен, но вместо этого вызывает собственный компилятор C ++.

Команда LAM сильно поощряет использование мпикк и mpiCC вместо того, чтобы пытаться ссылаться на
библиотеки LAM вручную. Это позволяет конкретной реализации LAM изменять
без принудительного изменения директив компоновщика в пользовательских файлах Makefile (конкретный набор
базовые библиотеки LAM уже менялись несколько раз и, вероятно, снова изменятся
в будущих версиях).

Действительно, так как мпикк/mpiCC очень тонкие оболочки поверх базового компилятора, там
очень и очень мало веских причин использовать мпикк/mpiCC. Когда невозможно
использование мпикк/mpiCC, -showme: компилировать и -showme: ссылка вместо этого следует использовать аргументы.
Например:

оболочка $ cc -c file1.c `mpicc -showme: compile`

оболочка $ cc -c file2.c `mpicc -showme: compile`

shell $ cc file1.o file2.o `mpicc -showme: link` -o my_mpi_program

ОКРУЖАЮЩАЯ СРЕДА ПЕРЕМЕННЫЕ

По умолчанию мпикк использует компилятор C, который был выбран при настройке LAM (с
--with-cc flag в ./configure, или установив переменную среды CC перед
./configure был вызван) как локальный собственный компилятор C, но это может быть отменено
Переменная среды LAMMPICC (более раннее имя этой переменной среды - LAMHCC -
это также все еще работает, но его использование не рекомендуется).

Кроме того, mpiCC использует компилятор C ++, который был выбран при настройке LAM (с
--with-cpp flag для ./configure, или установив переменную среды CXX перед вызовом
./configure) по умолчанию, но это можно изменить с помощью переменной среды LAMMPICXX.
(более старое имя этой переменной среды - LAMHCP - это тоже работает, но его
использование устарело).

Если переменная среды ЛАМХОМ установлен, мпикк и mpiCC будет использовать его значение как
расположение каталога установки LAM вместо значения, которое было скомпилировано в
мпикк/mpiCC, Это значит, что мпикк/mpiCC будет использовать значение ЛАМХОМ в качестве основы для
создать аргументы -I и -L, которые передаются компилятору нижнего уровня, а не
каталог установки, который был предоставлен при мпикк/mpiCC были созданы. Это почти
всегда плохая идея.

Использование ЛАМХОМ не рекомендуется, за исключением некоторых редких случаев конфигурации, как ни странно
сетевые сайты (в этом случае ваш системный администратор, вероятно, должен это настроить) и
для продвинутых пользователей с несколькими установками LAM / MPI, которые действительно знают, что они собой представляют
делает; если ЛАМХОМ переменная среды непреднамеренно оставлена ​​установленной, это может привести к
огромная путаница для пользователей. Например, если ЛАМХОМ указывает на установку LAM A, но
пользователя Посмотреть PATH указывает на установку B LAM, тогда даже если B мпикк будет использоваться,
программа пользователя будет скомпилирована и связана с установкой LAM A.

Команда ЛАМХОМ переменная окружения в основном оставлена ​​только для обратной совместимости;
это не требуется для нормального функционирования LAM / MPI. Команда LAM не рекомендует использовать
ЛАМХОМ переменная среды, и вместо этого рекомендует просто установить PATH должным образом
для переключения между несколькими реализациями LAM / MPI.

ПРИМЕЧАНИЯ

Предыдущие версии LAM поощряли использование HCC и гпу для компиляции LAM и / или MPI C и
C ++ приложения соответственно. В очень старых версиях LAM HCC и гпу не
автоматически добавлять -лмпи в командную строку. HCC и гпу в конечном итоге устарели и
заменено на мпикк и mpiCC (или mpic ++ в файловых системах без учета регистра). В
исполняемые HCC и гпу теперь просто символические ссылки на мпикк и mpic ++Соответственно
на всякий случай кто-то еще использует эти имена. Это должно быть безвредно
передать дополнительные -лмпи; мпикк и mpic ++ должен молча делать Правильное дело (только
ссылку в библиотеке MPI один раз).

Используйте mpiCC.lam онлайн с помощью сервисов onworks.net