= Сообщение: 7356 из 10763 ===================================== RU.UNIX.BSD = От : Victor Sudakov 2:5005/49 11 May 18 16:55:52 Кому : Alex Korchmar 11 May 18 16:55:52 Тема : Makefile FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+5af56af2 На : area://RU.UNIX.BSD?msgid=<1187509571@ddt.demos.su>+3eb7b778 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Dear Alex,
11 May 18 11:50, Alex Korchmar wrote to me:
AK>>> То есть сперва мы специально запускаем дважды, потом пытаемся AK>>> это сломать? VS>> Почему "специально запускаем дважды"? AK> потому что ты зачем-то запускаешь с j2
Я указываю -j2, чтобы другие цели параллельно выполнялись. А дважды одно и то же запускает дурак-make, а не я.
VS>> Видимо не настолько вредная, её периодически хотят, например в AK> людей, ниасиливших make, в современном мире столько, что жуть берет. AK> это не повод им уподобляться.
Как раз по приведенным ссылкам я вижу довольно серьезные попытки осилить make. Я бы сказал, даже изнасиловать.
VS>> А они (файлы foo и bar) не зависят друг от друга, они зависят VS>> только от файла source. AK> значит этот source нельзя обрабатывать параллельным make вообще.
То есть потребности в колбасе нет, понятно. Хотя на самом деле можно было бы добавить некий модификатор, который сообщал бы мейку, что все перечисленные на данной строчке цели мейкаются за одно действие и параллелить их не надо. Какой-нибудь .SINGLEPASS
AK> Если он такой один - можно запустить вложенный, но скорее всего AK> сегодня один, завтра будут тыщи, поэтому прощайся с параллельной AK> сборкой такого уродца заранее, меньше потом возни.
Уродец тут BSD make. Нигде не сказано, что программа, выдающая на выходе >1 файла зараз, не имеет права на существование.
BTW даже при j1 такие программы make не умеет красиво собирать, например "make -n" будет странный.
