Error program make not found in path eclipse ошибка

I had the same problem.
Initially I had setup Eclipse CDT with Cygwing & was working smoothly. One day there happened a problem due to which I had to reset windows. After that when I opened Eclipse I started facing the issue described above. This is how I solved it.

First I searched that in the error the PATH variable value is same as the PATH variable of windows ( just by manual comparison of both two values ). I found that to be same. Now I realized that it is a PATH problem.

Then started looking for Cygwin whether it is there or not? It was there. I located & found that it exists in

C:cygwin64bin>
C:cygwin64bin>dir ma*
 Volume in drive C is Windows8_OS
 Volume Serial Number is 042E-11B5

 Directory of C:cygwin64bin

16-05-2015  18:34            10,259 mag.exe
13-08-2013  04:57               384 mailmail
11-04-2015  02:56             4,252 make-emacs-shortcut
15-02-2015  23:25           194,579 make.exe
04-05-2015  21:36            40,979 makeconv.exe
29-07-2013  11:57            29,203 makedepend.exe
16-05-2015  18:34            79,891 makeindex.exe
16-05-2015  18:34            34,323 makejvf.exe
07-05-2015  03:04               310 mako-render
18-04-2015  02:07            92,179 man.exe
18-04-2015  02:07           113,683 mandb.exe
13-08-2013  04:57               286 manhole
18-04-2015  02:07            29,203 manpath.exe
24-10-2014  13:31           274,461 mate-terminal.exe
24-10-2014  13:31             1,366 mate-terminal.wrapper
              15 File(s)        905,358 bytes
               0 Dir(s)  373,012,271,104 bytes free

C:cygwin64bin>

Then I simply went ahead & updated the PATH variable to include this path & restarted eclipse.

The code compiles & debugging (GDB ) is working nicely.

Hope this helps.

Posted by lucky62
on 2016-02-04 22:23

Hello,

I have created simple project in fresh installation.

On the Linux Mint — downloaded latest eclipse (Version: Mars.1 Release 4.5.1 Build id: 20150924-1200) and System Workbench for STM32 installed from the eclipse.

When I am trying to build project then I got the error:

22:09:20 **** Incremental Build of configuration Debug for project OpenSTM32_TestLED ****

make all

Cannot run program “make”: Unknown reason

Error: Program “make” not found in PATH

PATH=/SHARED/SSD_DATA/00_Tools/Eclipse4C/eclipse/plugins/fr.ac6.mcu.externaltools.arm-none.linux64_1.3.0.201507241112/tools/compiler/bin:/SHARED/SSD_DATA/00_Tools/Eclipse4C/eclipse/plugins/fr.ac6.mcu.externaltools.linux64_1.3.0.201507241112/tools/make

22:09:20 Build Finished (took 21ms)

Seems that this directory not exists:

/SHARED/SSD_DATA/00_Tools/Eclipse4C/eclipse/plugins/fr.ac6.mcu.externaltools.linux64_1.3.0.201507241112/tools/make

What is missing?

(eclipse config attached)

Thanks.

хорошо, а просто из командной строки cs-mske запускается?

Кстати, да — попробывал запустить cs_make с командной сроки — фиг. Пишет — cs_make — не является внутренней или внешней командной. И в чем может быть причина?

Кстати, да — попробывал запустить cs_make с командной сроки — фиг. Пишет — cs_make — не является внутренней или внешней командной. И в чем может быть причина?

Оп, извиняюсь — из командной строки cs-make запускается

Кстати, да — попробывал запустить cs_make с командной сроки — фиг. Пишет — cs_make — не является внутренней или внешней командной. И в чем может быть причина?

Оп, извиняюсь — из командной строки cs-make запускается

Помимо всего прочего, как я этого раньше не заметил, Эклипс выдает так:

Error: Program «cs_make» not found in PATH

т.е. cs_make, а не cs-make. Где-то что-то я накосячил…

Кстати, да — попробывал запустить cs_make с командной сроки — фиг. Пишет — cs_make — не является внутренней или внешней командной. И в чем может быть причина?

Оп, извиняюсь — из командной строки cs-make запускается

Помимо всего прочего, как я этого раньше не заметил, Эклипс выдает так:

Error: Program «cs_make» not found in PATH

т.е. cs_make, а не cs-make. Где-то что-то я накосячил…

Все, разобрался. Почему в свойствах проекта, во вкладке Toolchains, в разделах Build command и Remove command, прописано соответственно cs_make и cs_rm, вместо cs-make и cs-rm

Странновато конечно… Ну хоть разобрались )

У меня есть программа «make», которая не найдена в ошибке PATH в eclipse. Я проверил переменную пути, которая:

PATH начинается с папки, содержащей make (я проверил и make.exe там), но eclipse по-прежнему идет Program «make» not found in PATH .

Я попытался изменить путь и перезапустить несколько раз, но ничего не изменилось.

Вы можете попробовать изменить toolchain в случае, если по какой-то причине вы не можете использовать gcc. Откройте Свойства для вашего проекта (щелкнув правой кнопкой мыши по имени вашего проекта в Проводнике проекта), затем C/С++ Build > Инструмент Редактор цепочек. Вы можете изменить текущий строитель от GNU Make Builder к внутреннему Builder CDT или независимо от того, что у вас есть.

Если вы используете MinGw, переименуйте файл mingw32-make.exe в make.exe в папку «C:MinGWin» или везде, где minGw установлен в вашей системе.

Вы пытаетесь запустить «Hello world» в первый раз? Убедитесь, что вы выбрали подходящую инструментальную цепочку. Для Windows вы должны выбрать MinGW GCC.

Сделать компилятор MinGW GCC по умолчанию или изменить исходный проект с ошибкой «Программа» сделать «не найденной в PATH» или «запустить сбой двоичного не найденного eclipse С++», когда вы пытаетесь запустить программу, просто перейдите к Windows → Предпочтения → CС++ Build → Редактор цепочки инструментов → Изменить текущую привязку к MinGW GCC

Просто для того, чтобы уточнить детали, которые охватывает связанные с Adel eclipse форумы, вот как я решил это (на OS X):

Примечание: для меня, хотя моя личная среда (т.е. в bash, echo $PATH) имела /Developer/usr/bin, мне все равно пришлось добавить ее в переменные среды Eclipse:

Перейдите к Eclipse Preferences -> C/C++ -> Build -> Environment -> Add.. -> «$:/Developer/usr/bin»

В случае какой-либо другой ОС просто используйте правильный путь, где make существует.

Если вы используете инструментальную комбинацию MinGW для CDT, make.exe находится в C:MinGWmsys1.0in

(или найдите файл make.exe в папке MinGW.)

Добавьте этот путь в eclipse window- > Настройки- > окружающая среда

Возможно, есть несколько файлов внутри C:cygwinin called xxxxxmake.exe , попробуйте переименовать его в make.exe

Убедитесь, что вы установили инструмент «make» через установщик Cygwin.

У меня была та же проблема. Первоначально я установил Eclipse CDT с Cygwing и работал плавно. Однажды возникла проблема, из-за которой мне приходилось reset окна. После этого, когда я открыл Eclipse, я начал сталкиваться с проблемой, описанной выше. Вот как я это решил.

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

Затем начал искать Cygwin, есть ли он там или нет? Это было там. Я нашел и обнаружил, что он существует в

Затем я просто пошел вперед и обновил переменную PATH, включив этот путь и перезапустив eclipse.

Компиляция и отладка кода (GDB) работает хорошо.

У меня программа «make» не найдена в ошибке PATH в затмении. Я проверил переменную пути, которая:

PATH начинается с папки, содержащей make (я проверил и make.exe там), но затмение все еще идет Program «make» not found in PATH .

Я пытался изменить путь и перезапустить несколько раз, но, похоже, ничего не изменилось.

12 ответов

Вы можете попробовать изменить набор инструментов в случае, если по какой-то причине вы не можете использовать gcc. Откройте Свойства для своего проекта (щелкнув правой кнопкой мыши имя проекта в Project Explorer ), а затем C /C ++ Build > Редактор цепочек инструментов . Там вы можете изменить текущий компоновщик с GNU Make Builder на CDT Internal Builder или любой другой совместимый.

Вы пытаетесь запустить «Hello world» в первый раз? Пожалуйста, убедитесь, что вы выбрали правильный набор инструментов. Для Windows вы должны выбрать MinGW GCC.

Чтобы сделать MinGW GCC компилятором по умолчанию или изменить исходный проект с ошибкой «Программа« make »не найдена в PATH» или «Запустить двоичный файл, не найденный, затмение c ++», когда вы пытаетесь запустить программу, просто перейдите в Windows>> Настройки>> C C ++ Build>> Редактор цепочек инструментов>> Измените текущий набор инструментов на MinGW GCC

Если вы используете MinGw, переименуйте mingw32-make.exe в make.exe в папке «C: MinGW bin» или там, где minGw установлен в вашей системе.

В MinGW мне пришлось установить следующие вещи:

А в Eclipse перейдите на

И установите следующие переменные среды (с установленным параметром «Добавить переменные в собственное окружение»):

Нажмите «Применить», а затем «ОК».

Это сработало для меня, насколько я могу судить.

Просто, чтобы уточнить детали, которые освещает связанный форум затмений Адель, вот как я решил это (на OS X):

Примечание: для меня, хотя в моей личной среде (то есть в bash, echo $ PATH) был /Developer /usr /bin, мне все равно пришлось добавить его в переменные среды Eclipse:

Перейдите в Eclipse Preferences -> C/C++ -> Build -> Environment -> Add.. -> «$:/Developer/usr/bin»

В случае некоторых других ОС просто используйте правильный путь, где существует make.

Если вы используете MinGW toolchain для CDT, make.exe находится в C: MinGW msys 1.0 bin

(или найдите make.exe в папке MinGW.)

Добавьте этот путь в затмение window- > Настройки- > окружающая среда

Возможно, внутри C:cygwinin called xxxxxmake.exe есть несколько файлов, попробуйте переименовать его в make.exe

Убедитесь, что вы установили утилиту make через установщик Cygwin.

У меня была такая же проблема. Первоначально я установил Eclipse CDT с Cygwing & работал гладко. Однажды произошла проблема, из-за которой мне пришлось сбросить окна. После этого, когда я открыл Eclipse, я столкнулся с проблемой, описанной выше. Вот как я это решил.

Сначала я искал, что в ошибке значение переменной PATH совпадает с переменной PATH в Windows (просто путем сравнения обоих двух значений вручную). Я обнаружил, что это то же самое. Теперь я понял, что это проблема ПУТИ.

Тогда начал искать Cygwin, там он или нет? Это было там. Я обнаружил & обнаружил, что он существует в

Тогда я просто пошел вперед & обновлена ​​переменная PATH для включения этого пути & затмение возобновлено.

Код компилируется & отладка (GDB) работает хорошо.

Надеюсь, это поможет.

Перейдите в Проект> Свойства > Среда сборки C /C ++> . Вы увидите три поля, выберите PATH. Проверьте, добавлена ​​ли к пути папка, содержащая make.exe. Иногда изменение переменной System PATH (сделанное из «Мой компьютер»> «Свойства»> «Дополнительные параметры системы») НЕ отражается в Eclipse. Это решило проблему для меня, надеюсь, это поможет и вам!

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

Я только что потратил полчаса, пытаясь исправить сборку, которая показала эту ошибку, потому что другой проект с безнадежно устаревшими настройками набора инструментов был открыт в том же рабочем месте. Закрытие другого проекта снова включило сборку.

Если вы используете GNU MCU Eclipse в Windows, убедитесь, что Инструменты сборки Windows установлены, затем проверьте путь установки и заполните «Глобальный путь к инструментам сборки» в окне /настройках Eclipse .

A family of Eclipse CDT extensions and tools for GNU ARM & RISC-V development

Contents

Why the xPack… button is not enabled?

I correctly installed the @gnu-mcu-eclipse/arm-none-eabi-gcc xPack, but the xPack… button is still disabled and I cannot select the desired version.

This button is enabled only for the GNU MCU Eclipse ARM Embedded GCC toolchain; check the toolchain name, you might have selected a toolchain which has no xPacks available, like the old GNU ARM Embedded Toolchain.

xpm: integrity checksum failed

On Windows, binary packages are .zip archives containing .exe files; some aggressive antivirus programs may quarantine those files, or even modify the content of the archives, affecting the checksum and thus preventing the packages to be installed.

Errors may look like:

The solution is to configure the antivirus to be less aggressive, at least for files in the AppDataRoamingxPacks and AppDataLocalCachesxPacks folders.

If this is not possible, temporarily disable the antivirus; if this is also not possible, install the packs manually (if you can!).

Cannot find the bin folder on macOS

When installing binary packages as xPacks, the install location is a folder that ends in .content/bin , like

Unfortunately, due to a weird decision of the Eclipse macOS developers, the file system browser does not show file/folders starting with a dot; thus, on macOS, the .content/bin final part of the path must be entered manually.

This is one more reason to use the xPack… button, and select the xPack version in the drop down box.

Cannot find the tools path preferences page

The JLink/QEMU/OpenOCD plug-in doesn’t appear to be installing correctly, or at all, there is no JLink/QEMU/OpenOCD page in the Run/Debug group.

Starting with version 4.x, the Preferences were moved under the new MCU group:

Java was started but returned exit code=13

This obscure message is issued by Eclipse when you are trying to use a 64-bit Eclipse on a 32-bit Java (and possibly the other way around).

If you install Java for the first time, be sure you use the 64-bit Java on 64-bit systems, and then the 64-bit version of Eclipse.

Receive fatal alert: handshake_failure

If you use the Oracle JDK, starting with mid January 2017, attempts to install from SourceForge fail with handshake_error. Install the Java Cryptography Extension (JCE) Unlimited Strength Jurisdiction Policy Files and retry to install the plug-ins.

Initial GDB 7.12 fails on macOS

When using arm-none-eabi-gdb 7.12 from the initial 6_2-2016q4-20161216 , the debug session fails to start on macOS; the reason is a bug in arm-none-eabi-gdb affecting the MI2 interface; the solution is to use a more recent version, 6-2017-q1-update or later.

GDB 7.12 is not compatible with Neon.2

Due to some CDT bugs, Neon.2 fails to suspend or to terminate a debug session when using GDB 7.12; the solution is to use Neon.3 or later.

Unable to read repository

If you are behind a firewall, older Java virtual machines fail to connect to SourceForge. Install the latest JDK and retry to install the plug-ins.

I cannot install the plug-ins on Eclipse Neon

Eclipse Neon uses CDT 9.x, which introduced some incompatible API changes. To accommodate these changes, a new major version was released (3.1.1), providing a solution that works on both the new API and the previous 8.x API (version 8.6 or higher).

This change also raised the minimum supported version to Eclipse Luna SR2 and JavaSE-1.7. Eclipse Kepler and previous are no longer supported.

I cannot install the plug-ins

I get the following when trying to install Cross Compiler

Your Eclipse does not include CDT. You need to install Eclipse IDE for C/C++ Developers or to manually add CDT to an existing Eclipse.

I cannot connect via J-Link to my ST DISCOVERY or NUCLEO board

If you try to connect via the SEGGER J-Link debug plug-in to a stock ST DISCOVERY or NUCLEO board and the JLinkGDBServer keeps refuses to connect (‘Connecting to J-Link failed. Connected correctly?’), please note that the on-board programmer firmware on the ST boards is compatible with ST-LINK/v2, not J-Link. However, SEGGER provides an upgrade path, and most of the ST bemo boards can be converted to J-Link; please follow the SEGGER Converting ST-LINK on-board into a J-Link page.

I installed Eclipse with Synaptics and I have problems to install the plug-ins

On GNU/Linux, DO NOT install Eclipse with the system package manager, because usually it installs an older version, and CDT is not include.

Instead, go to the Eclipse download site and get the proper Eclipse IDE for C/C++ Developers, preferably the 64-bit version.

OpenOCD fails to start with -c echo «Started by GNU ARM Eclipse»

I’m trying to start OpenOCD in a terminal and it fails to execute the echo command…

The syntax required by the OpenOCD echo command is a single string, in other words both echo and the message must be in the same string. To achieve this in a shell, the string must be quoted:

Please note that this command is used by the plug-in to detect when the GDB server is initialised and ready to receive commands; it is not necessary when starting OpenCOD manually.

How to compile files excluded from build?

Why the default state for system/src/. /xxx.c is not enabled?

Because during project creation the wizard was configured with Exclude unused.

Right click → Resource Configurations → Exclude from build → uncheck

The Devices tab is not visible.

I installed GNU ARM Eclipse plug-ins in LPCXpresso. … I can’t see Devices tab in the Settings window of project Properties.

Unfortunately it is not possible to assign devices/boards to projects created by other plug-ins, because they lack the mechanisms to handle such additional data. The Devices tab is visible only for projects created by the GNU ARM Eclipse plug-ins.

Error: undefined reference to function

I created a simple STM32x project… I can call the functions in RCC and GPIO header files, but while calling functions in TIM header the linker reports an undefined reference.

By default, the template wizard enables the Exclude unused option. The result is that unused device drivers source files, although copied in the project, are excluded from build, mainly to save some build time.

If you need to re-include some of the source files you need to right click on the file, select Resource Configurations → Exclude from Build… and deselect the build configuration you want to include the file.

How can I debug projects compiled with ARM CC?

Generally debugging is done using the GDB client program, which reads only GNU debugging info, preferably from .ELF files. If you can manage to configure non-GNU toolchains to generate .ELF files and to include dwarf debugging info, you are free to experiment with GDB, but please be aware that non-GNU toolchains are not supported by the GNU ARM Eclipse plug-ins.

How do I create a C-only (not C++) Cortex-M projects?

Well, easily, with New C Project. However if the question is related to the projects generated by the templates, they always use G++ as linker.

I want to make sure the G++ compiler is not putting any object code in that I do not want.

No need to worry, if you have no C++ source files in your project, the g++ compiler is never used.

The advantage of using g++ as linker is that, even for C projects, you can link a library that has a C interface but internally uses C++ (this is perfectly possible).

If you have no C++ object files in the project, there is no difference.

Why my breakpoints are not effective and execution stops somewhere else?

My breakpoints behave erratic, the program does not stop in the desired function but in the function immediately following.

This is usually the effect of optimisations, if your function was not referred in your program, the linker removed it completely. Eclipse does not know this, and any breakpoint placed in the removed function is in fact placed at the beginning of the next function.

How to single-step empty loops?

I’m trying to single-step a simple loop, but execution does not stop after a single iteration, the target runs continuously, with permanent interactions with the debugger.

The current GDB has a problem with placing breakpoints in simple loops, and single-stepping fails. The problem was already reported (bug 1401565). If you really need this, switch to assembly view and single-stepping is again functional.

Why the debugging flow with -Og is sometimes jumpy?

The manual suggests to use -Og for optimising programs for Debug, but when stepping loops the execution flow is sometimes quite jumpy, moving outside the loop and back.

In GCC prior 4.9, the definition of -Og needs a small adjustment, also add the -fno-move-loop-invariants option to the Debug configuration; this will prevent the compiler to move some constant parts of the loop outside it and the execution flow will be more easy to follow. The problem was already reported (bug 1395077). Starting with 4.9, the -fno-move-loop-invariants is added automatically to -Og.

How can I add new SourceForge tickets if no Create Ticket button is available?

Please excuse me for not using the support ticket tool you provided on sourceforge but I seem to be too incompetent to even spot some type of “add request” button.

Following the migration to GitHub, the SourceForge ticketing system was configured as read-only, and new tickets can no longer be added.

Please login to GitHub and use the GitHub Issues trackers.

Plug-ins update from 0.5.x running on Juno to current version fails

Cannot complete the install because one or more required items could not be found.

Attempts to update the plug-ins when running on Eclipse Juno are expected to fail, since versions starting with 1.x up require Eclipse 4.3 Kepler.

The recommended solution is to first upgrade your Eclipse to Kepler 4.3 and then retry to update the plug-ins.

Semihosting enabled application hangs

After usb disconected and reconected program do not run (the example flashing led is not blinking).

This is absolutely normal for any application build with semihosting support. The semihosting channel is using resources from the debugger. Without the debugger active, the instructions used for the communication channel generate run-time faults.

Update: M3/M4 projects generated with version 2.2.1-201404120702 or later check when not running under debugger and skip the trace call, so it is possible to run the application standalone.

Unrecognized command line option “-std=gnu11” (or “-std=c++11”)

You are using an old toolchain, pre GCC 4.7. In older versions, the C11 and the C++11 standards were not available, and compilers did not allow to set this option.

Update your toolchain to a modern one, or, if this is not possible, change the -std= option to something supported by your toolchain (probably -std=gnu1x, or -std=gnu99; -std=c++0x for C++).

You are running on Windows, and did not install the full content of the archive described in the Build Tools page. The echo program is not used per se, it is only a workaround for a known CDT bug. On macOS and GNU/Linux the echo program is always present, being part of the standard configuration. On Windows it should be installed separately and, for convenience, it is provided in the Build Tools package.

Installation problems on Eclipse 3.8

I was trying to install the plugin in my eclipse 3.8 but I got: Cannot complete the install because one or more required items could not be found.

Version 1.x or later of the GNU ARM Eclipse plug-ins cannot run on Eclipses older than 4.3 Kepler. Please update Eclipse to the latest version and reinstall the plug-ins.

The plug-in seems to ignore assembly .s files. How can I add them to the project?

Due to a very complicated portability reason, Eclipse is not able to distinguish, and thus separately process, .s and .S files. The current CDT configuration associates assembly files only with .asm and .S files, and completely ignores .s files. Although it might be possible to change the Eclipse file associations, I would not recommend this. Better change the assembly file extensions to .S and use the default settings.

Please note that .S assembly files will be processed by gcc, not by as; this also means that the file will be first preprocessed like all C/C++ files, allowing conditional compilation and macro expansion.

The generated Makefile seems to be broken. How can I fix it?

If you notice something wrong in the Makefiles, like macro names not substituted, missing sections, labels, etc, the project file might be broken. To fix it, create a new project. Do not copy/paste the damaged one, be sure you create it from scratch. However, you can copy/paste the source files.

As mentioned in the Known issues, avoid changing settings for individual files/folders or changing the toolchain for a project, since these are known problems in some CDT version and might damage your project.

I want to see the source code. How can I access the repository?

The build generates a long console listing instead of creating the secondary targets

You enabled the Internal builder, which does not work properly. Switch back to the External builder and the build will succeed.

Cannot run program “make”: Launching failed

Most probably you are running on Windows, and forgot to add the builder tools or to add the path to them. See the Build Tools page.

Program “arm-none-eabi-gcc” not found in PATH

You most probably did not configure properly the toolchain path, and CDT cannot start the discovery process. Check the path in the project Properties → C/C++ Build → Settings → Toolchains → Path.

Program “gcc” not found in PATH

Although it looks like the above, it is worse, since it shows that the prefix is not prepended to the compiler command. Check the prefix in the project Properties → C/C++ Build → Settings → Toolchains → Prefix.

The Toolchains tab does not appear on old projects

The Toolchains tab is specific to the new version of the plug-in. If you have projects created with the old version (0.5.x), the Toolchains tab does not appear.

You can identify old project by checking the Settings page; if the tool names do not start with “Cross ARM”, or the Target Processor page does not show in the second half options specific to the AArch64 family, then you are not in the case of the new plug-in.

How to migrate projects created with the old version of the plugin?

Unfortunately projects created with the old version of the plug-in cannot be migrated by a simple change of the toolchain settings in Eclipse, since CDT has some problems with changing toolchains.

The recommended method is to create a new project, add the source files and update the project options.

Cannot use -c together with -o … for multiple files

If the compiler complains something like this, then it might be possible that projects created with versions pre-1.1.3 need an update. First check the list of include folders, for each compiler tool, if the list is there, you’re done; otherwise, adding the folders again usually fixes the problem.

If you have lots of folders and re-entereing them is tedious, you can try to manually edit the .cproject file. For this, first close Eclipse, and edit .cproject with a separate editor. Search for the lines with “.include.files”; if below them you see the list of folders, you don’t have to re-enter them again; check if the element has an name= attribute; if not, add it before the superClass attribute, with the following content:

I tried to use Float ABI: hard on Cortex-M4, but the linker fails

Although on Cortex-M4 the only available FPU hardware is fpv4-sp-d16, the compiler does not have a default defined for this, and it is necessary to explicitly select FPU Type: fpv4-sp-d16 in the C/C++ Settings page.

Launching the debugger fails with “Error in final launch sequence”

The GDB client 7.4.1.20130913-cvs, packed in gcc-arm-none-eabi-4_7-2013q3 has some problems to decode DWARF debug information generated by -g3 option and sometimes crashes during launch, generating an obscure Eclipse error message box.

The problem is known and the 4_7-2014q1 update should fix it. For the time being, please recompile your project with -g or -g2 to work around this issue.

What do the template configurations (standalone, retargetting or semihosting) mean?

• Standalone means a typical embedded configuration, that does not use the POSIX system calls (open, close, read, write, etc).
• Retargetting is a more elaborate embedded configuration where the application makes use of these calls, but redirects the file descriptors to local devices or files, by providing custom implementations for the system calls (like _open, _close, _read, _write, etc). This configuration allows to port POSIX programs easier.
• Semihosting is a special testing configuration, that bridges all system calls to the host operating system where the GDB server runs. This configurations is particularly interesting for running test programs that can leave the test results in a file stored on the host, for automated integration in a test suite.

I changed the “Remove command”, but the value is not effective

In most usual managed build plug-ins, the rm command is hard-wired and it cannot be reconfigured. So its value is assumed to be constant, and, when the makefile is generated, CDT writes it inside the makefile. The GNU ARM Eclipse Plug-in takes a step further, and allows this definition to be reconfigured, but currently cannot trigger the recreation of the makefile.

Given that updating the Remove command is not done very often, the easiest workaround is to manually remove the makefile, or the entire build folder, and so the makefile will be created from scratch.

Last modified on Tue May 21 08:04:22 2019 UTC.

У меня такая же проблема. Первоначально я установил Eclipse CDT с Cygwing, и все работало гладко. Однажды произошла проблема, из-за которой мне пришлось сбросить окна. После этого, когда я открыл Eclipse, я столкнулся с проблемой, описанной выше. Вот как я это решил.

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

Потом начал искать Cygwin есть он там или нет? Это было там. Я нашел и обнаружил, что он существует в

C:cygwin64bin>
C:cygwin64bin>dir ma*
 Volume in drive C is Windows8_OS
 Volume Serial Number is 042E-11B5

 Directory of C:cygwin64bin

16-05-2015  18:34            10,259 mag.exe
13-08-2013  04:57               384 mailmail
11-04-2015  02:56             4,252 make-emacs-shortcut
15-02-2015  23:25           194,579 make.exe
04-05-2015  21:36            40,979 makeconv.exe
29-07-2013  11:57            29,203 makedepend.exe
16-05-2015  18:34            79,891 makeindex.exe
16-05-2015  18:34            34,323 makejvf.exe
07-05-2015  03:04               310 mako-render
18-04-2015  02:07            92,179 man.exe
18-04-2015  02:07           113,683 mandb.exe
13-08-2013  04:57               286 manhole
18-04-2015  02:07            29,203 manpath.exe
24-10-2014  13:31           274,461 mate-terminal.exe
24-10-2014  13:31             1,366 mate-terminal.wrapper
              15 File(s)        905,358 bytes
               0 Dir(s)  373,012,271,104 bytes free

C:cygwin64bin>

Затем я просто пошел дальше и обновил переменную PATH, включив в нее этот путь, и перезапустил eclipse.

Компиляция и отладка кода (GDB) работает хорошо.

Надеюсь это поможет.