Linux no rule to make target all stop

Отладка Makefile /часть 2/

В этой части поговорим об общих методах и проблемах отладки. В конечном итоге, отладка — это солянка из всего, что работает в данной конкретной ситуации. Эти методы работают для меня и мне приходится полагаться на них даже в случае проблем с простейшими makefile. Может быть, они помогут и тебе тоже.

Один из очень раздражающих багов в make 3.80 был в сообщении об ошибке в makefile, где make указывал номер строки, и обычно этот номер строки был неверный. Я не удосужился исследовать из-за чего эта проблема возникает: из-за импортируемых файлов, присваиваний многострочных переменных или из-за пользовательских макросов. Обычно, make дает номер строки больше чем должен был бы. В сложных makefile бывает что номер не совпадает на 20 строк.

Часто наиболее простой путь увидеть значение переменной это напечатать его в ходе выполнения цели. И хотя распечатать легко можно с помощью warning , в долгой перспективе поможет сэкономить много времени немного усилий на добавление общей цели debug для вывода переменных. Вот примерный код цели debug :

Для того чтобы использовать её, нужно перечислить имена переменных которые надо распечатать в командной строке и собрать debug цель:

Если уж совсем делать всё волшебно, то можно использовать MAKECMDGOALS переменную, чтобы избежать присвоения переменной V :

Теперь можно выводить переменные просто перечислив их в командной строке. Однако, я не рекомендую этот способ, так как предупреждения make о невозможности обновлении переменных (так как они указаны как цели) могут сбить с толку:

В то время как make выводит команды из сценариев цели до их выполнения, он не выводит команды выполняющиеся в shell функции. Часто эти команды сложные и неуловимые в том плане, что могут выполняться как незамедлительно, так и в отложенной манере, если они были вызваны в значении рекурсивной переменной. Один из способов увидеть эти команды — включить отладку в самой оболочке:

Если это запустить с опцией отладки sh , мы увидим:

Можно заметить, что также выводятся значения всех переменных и выражений.

Часто встречаются сильно вложенные выражения, например, для оперирования с именами файлов:

Ничего хорошего в отладке таких выражений нет. Один из разумных подходов будет их разворот и печать каждого подвыражения:

Весьма нудно, но без настоящего отладчика это лучший путь (иногда единственный) для определения значений различных подвыражений.

Общие сообщения об ошибках

В руководстве make есть замечательный раздел со списком сообщений об ошибках make и их причин. Мы рассмотрим немного из наиболее часто встречаемых. Некоторые описанные проблемы, строго говоря, не являются ошибками make , такие как синтаксические в командных сценариях, но все же обычными проблемами для разработчиков. Полный список смотри в руководстве.

Сообщение make об ошибке имеет стандартный формат:

где makefile строка — это имя файла или импортированного файла в котором произошла ошибка. Следующая часть — номер строки, в которой произошла ошибка, далее следуют три звездочки, и, наконец, само сообщение.

Заметим, что это задача make запускать другие программы и таким образом, если при этом возникают ошибки, скорее всего проблемы в твоём makefile вызвали ошибки в этих других программах. Для примера, ошибки оболочки могут быть из-за плохо сформированных командных сценариев, или ошибок компилятора из-за некорректных аргументов командной строки. Выяснение того, какая программа выдала сообщение об ошибке — первоочередная задача при решении проблемы. К счастью, сообщения make довольно очевидны.

Синтаксические ошибки

Обычно это типографические ошибки: пропущенные скобки, пробелы после запятых в параметрах функции, и так далее.

Одна из наиболее частых ошибок для новых пользователей make это опускание скобок вокруг имен переменных:

Скорее всего, make развернёт переменную $S в ничего, и оболочка выполнит цикл только раз со значением OURCES в f . В зависимости от того, что ты собрался делать с f , можно получить забавные сообщения оболочки:

но можно и не получить сообщения вовсе. Помни — имена переменных обрамляются скобками.

missing separator

или (в GNU make — пер.):

обычно означает make искал разделитель, такой как :, =, или табуляцию и не нашел ни одного. Вместо этого, он нашел что-то что он не понял.

commands commence before first target

Эта ошибка появляется в основном в середине makefile, когда строка вне командного сценария начинается с отступа (пробелы или символ табуляции). make сделает все возможное, чтобы устранить неоднозначность этой ситуации, но если строка не может быть идентифицирована как присваивание значения, условное выражение или многострочное определение макроса, make решит что это неправильно размещенная команда.

unterminated variable reference

Это простая, но распространённая ошибка. Она означает, что ты забыл закрыть имя переменной или вызов функции правильным количеством скобок. С сильно вложенными вызовами функций и именами переменных make файлы становятся похожими на Lisp! Избежать этого поможет хороший редактор, который умеет сопоставлять скобки, такой как Emacs.

Ошибки в командных сценариях

Есть три типа частых ошибок в командных сценариях: пропущенная точка с запятой в многострочных командах, незаконченная или неверная переменная пути, или просто команда, которая просто обнаружила проблему в ходе выполнения.

Мы обсуждали пропущенные точки с запятыми в разделе «лучшие практики», поэтому не будем на этом останавливаться здесь.

выводится, когда оболочка не смогла найти команду foo . Так, оболочка поискала в каждой папке из переменной PATH исполняемый файл и не нашла совпадений. Чтобы исправить такую ошибку, нужно обновить PATH переменную, обычно в .profile (Bourne shell), .bashrc (bash) или .cshrc (C shell). Конечно, можно также установить PATH в самом makefile, и экспортировать PATH из make .

Если же команда завершилась с ошибкой, она выходит с ненулевым статусом выхода. В этом случае, make отчитается об ошибке со следующим сообщением:

Здесь touch команда не сработала, что напечатало своё собственное сообщение объясняющее сбой. Следующая строка — это итоговая ошибка make . Упавшая цель в makefile указана в квадратных скобках, а затем статус выхода упавшей программы. Если программа вышла по сигналу, а не с ненулевым статусом выхода, то make напечатает более подробное сообщение.

Заметим также, что команды под знаком @ также могут упасть. В этом случае сообщение об ошибке может возникнуть как будто оно из ниоткуда.

В обоих случаях ошибка происходит из программ запускаемых make , нежели от самого make .

No Rule to Make Target

Это сообщение имеет две формы:

Это означает, что make решил обновить файл XXX, но make не смог найти ни одного правила для выполнения работы. make ищет во всех явных и неявных правилах в его базе данных прежде чем сдаться и вывести это сообщение.

Есть три причины для этой ошибки:

• В твоем makefile отсутствует необходимое правило для обновления файла. В этом случае тебе необходимо добавить правило с описанием как построить цель.
• В makefile — опечатка. Или make ищет неверный файл или в правиле построения этого файла указан неверный файл. Если в makefile используются переменные, то опечатки становится еще труднее отыскать. Иногда единственный путь быть точно уверенным в значении сложного имени файла это напечатать его или печатая переменную напрямую или исследуя внутреннюю базу данных make .

Файл должен быть, но make не находит его или из-за того, что его нет, или make не знает где его искать. Конечно, иногда make абсолютно прав. Файла нет — похоже мы забыли его скачать из VCS . Еще чаще, make не может найти файл из-за того, что исходник расположен где-то еще. Иногда исходник в другом дереве исходников, или может файл генерируется другой программой и создался в папке артефактов сборки.

Overriding Commands for Target

make позволяет только один командный сценарий для цели (за исключением «::» правил, которые редко используются). Если встретится больше чем один командный сценарий для одной цели, make выведет предупреждение:

Также он может вывести сообщение:

Первое предупреждение показывает строку, на которой был найден второй сценарий команд; тогда как второе предупреждение указывает на позицию исходного переопределённого командного сценария.

В сложных makefile цели часто определены несколько раз, каждый раз добавляя еще собственные требования. Одно из этих определений цели обычно содержит командный сценарий, но в ходе разработки или отладки очень легко добавить еще один и не заметить, что существующий набор команд уже переопределен.

Например, мы могли бы определить общную цель во включаемом файле:

и позволим нескольким отдельным makefile добавить свои собственные требования. Мы могли бы записать в makefile:

Если непреднамеренно добавить командный сценарий в такой makefile, make выдаст предупреждение переопределения.

Источник

Ошибка make-файла gcc: «Нет правила для создания цели…»

Я пытаюсь использовать GCC (Linux) с make-файлом для компиляции моего проекта.

Я получаю следующую ошибку, которая не может расшифровать в этом контексте:

Обычно это потому, что у вас нет файла, который vertex.cpp можно сделать доступным. Проверь это:

• этот файл существует.
• вы находитесь в правильном каталоге, когда вы делаете.

Кроме этого, я не могу больше предложить. Возможно, вы могли бы дать нам список каталогов этого каталога.

По моему опыту, эта ошибка часто вызвана орфографической ошибкой.

Я получил эту ошибку сегодня.

make [1]: *** Нет правила для создания цели maintenaceDialog.cpp’, needed by maintenaceDialog.o ‘. Стоп.

В моем случае ошибка была просто орфографической ошибкой. Слово ТЕХНИЧЕСКОЕ ОБСЛУЖИВАНИЕ отсутствовало, это третий Н.

Также проверьте правильность написания ваших имен файлов.

Более распространенная причина для печати этого сообщения заключается в том, что вы забыли включить каталог, в котором находится исходный файл. В результате gcc «думает», что этот файл не существует.

Вы можете добавить каталог, используя аргумент -I для gcc.

В моем случае я использовал запятые в качестве разделителей. Чтобы использовать ваш пример, я сделал это:

Меняя его на эквивалент

Это точно? Помните, что синтаксис Makefile учитывает пробелы и требует вкладок для отступа команд под действиями.

Проблема, которую я обнаружил, была еще глупее, чем то, о чем говорили другие.

Наши make-файлы получают списки объектов для сборки. Кто-то добавил TheOtherLibrary в один из списков, как показано ниже.

Они должны были сделать это:

Если бы они сделали это вторым способом, они бы не уничтожили Library сборку. Плюс в += это очень важно.

В моем случае это было связано с ошибкой многострочного правила в Makefile. У меня было что-то вроде:

Обратная косая черта в конце списка файлов в CONFIG_OBJ1 правиле вызвала эту ошибку. Это должно быть как:

Одной из частых ошибок может быть опечатка в другом имени файла .

Ваш пример довольно прост, но то, что иногда может сбивать с толку, — это сообщения о make себе. Давайте рассмотрим пример.

Содержимое моей папки:

В то время как мой makefile выглядит

Хотя у меня есть , index.md где она должна быть , и нет никакой ошибки в названии этого, сообщение от make будет

Если честно, сообщение сбивает с толку . Это просто говорит, что нет правила. На самом деле это означает, что правило неверно, но из-за правил подстановочных знаков (шаблонов) make невозможно определить, что именно вызвало проблему.

Давайте makefile немного изменим , то есть заменим шаблоны явными правилами:

И теперь мы получим сообщение:

Чудо! Можно сделать следующие выводы:

Сообщения make зависят от правил и не всегда указывают на корень проблем

Могут быть и другие проблемы, makefile отличные от указанных в этом сообщении.

Теперь у нас есть идея проверить и другие зависимости в правиле :

Источник

Thread: BUILD ERROR:No rule to make target `modules’. Stop.

Thread Tools

Display

BUILD ERROR:No rule to make target `modules’. Stop.

I tried to compile something, in backtrack5r1 and had this following error

I understand that ubuntu is BT’s Base this is why i am asking this here.

I have already install linux-headers
and also ran build-prepare , ..etc

any help will be greatly apriciated

Re: BUILD ERROR:No rule to make target `modules’. Stop.

i tried to compile something, in backtrack5r1 and had this following error

i understand that ubuntu is bt’s base this is why i am asking this here.

I have already install linux-headers
and also ran build-prepare , ..etc

Re: BUILD ERROR:No rule to make target `modules’. Stop.

ran the 2 commands written here

Re: BUILD ERROR:No rule to make target `modules’. Stop.

bash: cd: /usr/src/linux: No such file or directory

ls /usr/src/
linux-headers-3.0.0-14 linux-headers-3.0.0-14-generic

What I have to choose?

I’am try to compile driver for RTL8188CE and got error:
make[1]: Entering directory `/lib/modules/3.0.0-14-generic/build’
make[1]: *** No rule to make target `modules’. Stop.
make[1]: Leaving directory `/lib/modules/3.0.0-14-generic/build’
make: *** [all] Error 2
Have anyone any suggestions?

Источник

Thread: make: *** No rule to make target `install’. Stop.

Thread Tools

Display

make: *** No rule to make target `install’. Stop.

Uh ok so i am new to Linux and this is my first time Inatalling Something from a Tar.Gz file.
And so i Extracted the FIle’s out of the Tar.Gz and then i went into the Terminal and typed this.

cd /home/dillon/Downloads/etherape-0.9.12
then i Typed
./Configure
And then i typed
Make

But when i type make i get this message «make: *** No rule to make target `install’. Stop.»
I also get that message when i type «Sudo make install»

Re: make: *** No rule to make target `install’. Stop.

First of all, the EtherApe package exists in the Ubuntu repositories, so you should be able to install it through Software Center without having to bother with compiling it. Is there any specific reason you have not to do that?

Secondly, are you sure you typed everything correctly? Linux is case-sensitive about most things so «Configure» is different from «configure».

After you type «./configure», type «ls | grep Makefile» (make sure «Makefile» has an upper-case «M») to check if the Makefile was successfully generated. If configure worked properly, you should see:

If you just see:

then configure didn’t work correctly, and we’ll have to figure out why.

Re: make: *** No rule to make target `install’. Stop.

First of all, the EtherApe package exists in the Ubuntu repositories, so you should be able to install it through Software Center without having to bother with compiling it. Is there any specific reason you have not to do that?

Secondly, are you sure you typed everything correctly? Linux is case-sensitive about most things so «Configure» is different from «configure».

After you type «./configure», type «ls | grep Makefile» (make sure «Makefile» has an upper-case «M») to check if the Makefile was successfully generated. If configure worked properly, you should see:

If you just see:

then configure didn’t work correctly, and we’ll have to figure out why.

Lol i didn’t even think about looking in the software center -Facepalm-

ANd i had no idea Linux was case sensitive that was probably my problem thank you .

Источник