No rule to make target `cNetwork.cpp’, needed by `debug/cNetwork.o’. Stop
No rule to make target ‘C:/Program’, needed by ‘release/Program.o’. Stop
Доброго времени суток! Помогите, пожалуйста, исправить ошибку No rule to make target.
ошибка: No rule to make target `mainwindow.ui’, needed by `ui_mainwindow.h’. Stop
ошибка: No rule to make target `mainwindow.ui’, needed by `ui_mainwindow.h’. Stop. При.
[Build error] No rule to make target ‘String.o’. Stop.
Здравствуйте! Набросал два файла с кодом вроди все нормально, но при компиляции файла String.h.
:-1: ошибка: No rule to make target `сNetwork.cpp’, needed by `debug/сNetwork.o’. Stop.
Добавлено через 16 часов 49 минут
что вообще означает данная ошибка?
видимо так #include «cNetwork.h» ,
а не так
#include
No rule to make target — нет правил для создания.
Добавлено через 47 секунд
всегда подключал h файлы в таких ковычках <>,все работало,1 раз такая фигня
Добавлено через 20 секунд
вообщем решил проблему так- создал новый .h & .cpp , скопировал код из cNetwork и все запустилось..
чудеса qt
icpu, получается, что Прата не умеет программировать? Ну да ладно. Не хотите помогать — не надо. Не очень то и хотелось. Спамьте дальше. А зюзюсиський — это хрень собачья. А английский я знаю.
Жду нормального ответа от другого человека.
Добавлено через 7 минут
первый файл — это main.cpp
Добавлено через 1 час 5 минут
ищу другой учебник короче))) по си++17 желательно)
Источник
Ошибка 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 отличные от указанных в этом сообщении.
Теперь у нас есть идея проверить и другие зависимости в правиле :
Источник
No rule to make target ‘docs/megatools.1’, needed by ‘all-am’. Stop. #389
Comments
5taras commented Aug 25, 2018 •
Describe the bug
A clear and concise description of what the bug is.
Can not compile megatools.
I run the commands:
git clone git://megous.com/megatools
Cloning into ‘megatools’.
remote: Enumerating objects: 1835, done.
remote: Counting objects: 100% (1835/1835), done.
remote: Compressing objects: 100% (1016/1016), done.
remote: Total 1835 (delta 1315), reused 1117 (delta 805)
Receiving objects: 100% (1835/1835), 485.30 KiB | 1.46 MiB/s, done.
Resolving deltas: 100% (1315/1315), done.
./autogen.sh —prefix=$HOME/.local —disable-docs
autoreconf: Entering directory .’ autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal -I m4 autoreconf: configure.ac: tracing autoreconf: running: libtoolize —copy libtoolize: ‘AC_PROG_RANLIB’ is rendered obsolete by ‘LT_INIT’ autoreconf: running: /usr/bin/autoconf autoreconf: running: /usr/bin/autoheader autoreconf: running: automake —add-missing —copy —no-force autoreconf: Leaving directory .’
configure: WARNING: unrecognized options: —disable-docs
checking for a BSD-compatible install. /usr/bin/install -c
checking whether build environment is sane. yes
checking for a thread-safe mkdir -p. /bin/mkdir -p
checking for gawk. gawk
checking whether make sets $(MAKE). yes
checking whether make supports nested variables. yes
checking whether to enable maintainer-specific portions of Makefiles. yes
checking whether make supports nested variables. (cached) yes
checking for gcc. gcc
checking whether the C compiler works. yes
checking for C compiler default output file name. a.out
checking for suffix of executables.
checking whether we are cross compiling. no
checking for suffix of object files. o
checking whether we are using the GNU C compiler. yes
checking whether gcc accepts -g. yes
checking for gcc option to accept ISO C89. none needed
checking whether gcc understands -c and -o together. yes
checking for style of include used by make. GNU
checking dependency style of gcc. gcc3
checking whether ln -s works. yes
checking how to run the C preprocessor. gcc -E
checking for grep that handles long lines and -e. /bin/grep
checking for egrep. /bin/grep -E
checking for ANSI C header files. yes
checking build system type. x86_64-pc-linux-gnu
checking host system type. x86_64-pc-linux-gnu
checking how to print strings. printf
checking for a sed that does not truncate output. /bin/sed
checking for fgrep. /bin/grep -F
checking for ld used by gcc. /usr/bin/x86_64-linux-gnu-ld
checking if the linker (/usr/bin/x86_64-linux-gnu-ld) is GNU ld. yes
checking for BSD- or MS-compatible name lister (nm). /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface. BSD nm
checking the maximum length of command line arguments. 1572864
checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu format. func_convert_file_noop
checking how to convert x86_64-pc-linux-gnu file names to toolchain format. func_convert_file_noop
checking for /usr/bin/x86_64-linux-gnu-ld option to reload object files. -r
checking for objdump. objdump
checking how to recognize dependent libraries. pass_all
checking for dlltool. dlltool
checking how to associate runtime and link libraries. printf %s\n
checking for ar. ar
checking for archiver @file support. @
checking for strip. strip
checking for ranlib. ranlib
checking command to parse /usr/bin/nm -B output from gcc object. ok
checking for sysroot. no
checking for a working dd. /bin/dd
checking how to truncate binary pipes. /bin/dd bs=4096 count=1
checking for mt. mt
checking if mt is a manifest tool. no
checking for sys/types.h. yes
checking for sys/stat.h. yes
checking for stdlib.h. yes
checking for string.h. yes
checking for memory.h. yes
checking for strings.h. yes
checking for inttypes.h. yes
checking for stdint.h. yes
checking for unistd.h. yes
checking for dlfcn.h. yes
checking for objdir. .libs
checking if gcc supports -fno-rtti -fno-exceptions. no
checking for gcc option to produce PIC. -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works. yes
checking if gcc static flag -static works. yes
checking if gcc supports -c -o file.o. yes
checking if gcc supports -c -o file.o. (cached) yes
checking whether the gcc linker (/usr/bin/x86_64-linux-gnu-ld -m elf_x86_64) supports shared libraries. yes
checking whether -lc should be explicitly linked in. no
checking dynamic linker characteristics. GNU/Linux ld.so
checking how to hardcode library paths into programs. immediate
checking whether stripping libraries is possible. yes
checking if libtool supports shared libraries. yes
checking whether to build shared libraries. yes
checking whether to build static libraries. yes
checking for pkg-config. /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0. yes
checking for GLIB. yes
checking for OPENSSL. yes
checking for LIBCURL. yes
checking that generated files are newer than configure. done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
configure: WARNING: unrecognized options: —disable-docs
Configured features:
warnings: yes
Run make now.
NOTE: On FreeBSD, you need to use GNU make (gmake)
make
make all-am
make[1]: Entering directory ‘/home/therion/megatools’
CC lib/sjson.gen.o
CC lib/http.o
CC lib/mega.o
CC lib/tools.o
CC tools/df.o
CC tools/dl.o
CC tools/get.o
CC tools/ls.o
CC tools/mkdir.o
CC tools/put.o
CC tools/reg.o
CC tools/rm.o
CC tools/copy.o
CC tools/shell.o
CCLD megatools
make[1]: *** No rule to make target ‘docs/megatools.1’, needed by ‘all-am’. Stop.
make[1]: Leaving directory ‘/home/therion/megatools’
Makefile:428: recipe for target ‘all’ failed
To Reproduce
Steps to reproduce the behavior. Usually an actual failing command line command.
Expected behavior
A clear and concise description of what you expected to happen.
Environment:
- OS and version: Ubuntu 18.04
- Megatools version! 1.11
Debug output
- Provide debug output by running the tool with —debug http,api
- Sanitize it (remove session IDs, whatever other private info you want removed, etc.), or send it directly to megous@megous.com to avoid github.com. Most of the output is safe to be posted, except for session ids. Anyone can delete all your files, or cause some other mess just by knowing the session id.
- Most of the debug output is already encrypted and useless on its own, without knowing the password. Alternatively, use an empty test account for debugging.
Self help
- If error seems transient (error 509, ERATELIMIT, . ), wait a bit before reporting
- Run megatools with —debug http,api and check if anything seems out of place (for CURL errors, certificate errors, API errors (EXXXXX), etc.)
- Look through recently closed issues
- For compilation errors, if you’re running an esoteric/old platform/OS, try to fix the error yourself and send the patch.
The text was updated successfully, but these errors were encountered:
Источник
Developer Help
This error, usually appearing as:
To fix this problem, update your compiler paths to reflect the updated paths, from under the Tools > Options > Embedded > Build Tools > Toolchain menu, select the compiler and click OK. Then, set the desired compiler under File > Project Properties(projectname) > Compiler toolchain > Compiler.
Some other causes for this message are-
- Locked files or access permissions problems with MPLAB В® X project files
- Missing or corrupted primary Makefile in a project (can be remedied by making a new project if the primary Makefile was accidentally deleted)
- Specifying no build configuration, or an invalid build configuration (more likely to occur when writing your own make command line with CONF=configuration name)
MPLAB В® X uses a primary Makefile which includes generated makefiles in a make. Generated makefiles may need to be regenerated, for example in the case of copying a project from one PC to another. This can be accomplished by going to the project properties, changing something (i.e. selected debugger), and clicking apply. If no changes are detected, the files will not be generated.
The build and dist directories within the MPLAB В® X project contain intermediate and output files. You can safely erase them (although ALL intermediate files and output files for ALL build configurations for the project will be lost). To recreate them, you need to re-build each configuration. No permanent files are in the build or dist directory. One technique that may be employed to mitigate the ‘No rule to make target’ message is to delete the build and dist directories, followed by doing a clean and build for the new project configuration. This is generally a last recourse.
MPLAB В® X should re-generate the makefiles when needed. If this does not happen, a small sample test case should be made to reproduce the problem, and that test case should be sent to Microchip Technical Support with concise instructions as to how to duplicate the problem so the issue can be identified and fixed.
Источник
