compute.bilee.com

MAC OS Eclipse C++ Launch binary failed

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

Я загрузил Eclipse с веб-сайта (Eclipse для C++), и он загрузил Eclipse mars и т. Д. Я попытался использовать пример проекта hello world, чтобы увидеть, работает ли он, и я продолжаю получать Launch failed. Двоичная ошибка не найдена.

Я скачал XCode (не знаю почему, но я читал, что мне нужно, что для GCC или что-то) Я использую GCC MacOS, а также попробовали другой GCC, но и дать мне та же ошибка

Кто-то пожалуйста, помогите мне и спросить у меня каких-либо деталей, мне нужно, чтобы обеспечить …

Makefile …

################################################################################ 
# Automatically-generated file. Do not edit! 
################################################################################ 

-include ../makefile.init 

RM := rm -rf 

# All of the sources participating in the build are defined here 
-include sources.mk 
-include src/subdir.mk 
-include subdir.mk 
-include objects.mk 

ifneq ($(MAKECMDGOALS),clean) 
ifneq ($(strip $(CC_DEPS)),) 
-include $(CC_DEPS) 
endif 
ifneq ($(strip $(C++_DEPS)),) 
-include $(C++_DEPS) 
endif 
ifneq ($(strip $(C_UPPER_DEPS)),) 
-include $(C_UPPER_DEPS) 
endif 
ifneq ($(strip $(CXX_DEPS)),) 
-include $(CXX_DEPS) 
endif 
ifneq ($(strip $(C_DEPS)),) 
-include $(C_DEPS) 
endif 
ifneq ($(strip $(CPP_DEPS)),) 
-include $(CPP_DEPS) 
endif 
endif 

-include ../makefile.defs 

# Add inputs and outputs from these tool invocations to the build variables 

# All Target 
all: lolplz 

# Tool invocations 
lolplz: $(OBJS) $(USER_OBJS) 
    @echo 'Building target: [email protected]' 
    @echo 'Invoking: Cross G++ Linker' 
    g++ -o "lolplz" $(OBJS) $(USER_OBJS) $(LIBS) 
    @echo 'Finished building target: [email protected]' 
    @echo ' ' 

# Other Targets 
clean: 
    -$(RM) $(CC_DEPS)$(C++_DEPS)$(EXECUTABLES)$(OBJS)$(C_UPPER_DEPS)$(CXX_DEPS)$(C_DEPS)$(CPP_DEPS) lolplz 
    [email protected] ' ' 

.PHONY: all clean dependents 
.SECONDARY: 

-include ../makefile.targets 

stackoverrun.com

OS X Eclipse C ++ Launch Failed — двоичный файл не найден

Я очень обеспокоен, так как это не должно причинять мне такую ​​головную боль. Я загрузил последний Eclipse Indigo и все  Плагины CDT C ++ для MAC OS X 10.7.1 /

После перезагрузки после установки вышеуказанных плагинов CDT я разработал простое приложение «hello world» c ++ и попробовал запустить приложение «Запуск неудачен. Binary not found». сообщение об ошибке. Я прочитал несколько исправлений, но никто не работал. Я попытался добавить флаг -arch i386 в компоновщик и команды компилятора, но пока не повезло.

Кто-нибудь успешно получил Eclipse C ++, работающий на 10.7.1 ?????? Это дует мой разум. Я могу просто написать одну и ту же программу в VIM и скомпилировать ее просто через терминал и выполнить просто отлично. ECLIPSE НЕ ХОТИТЕ ИГРАТЬ.

Я буду очень признателен всем, кто может помочь !!!!!

РЕДАКТИРОВАТЬ:  выход компилятора

**** Build of configuration Debug for project HelloWorld ****
make all Building file: ../main.cpp
Invoking: GCC C++ Compiler g++ -I/Developer/SDKs/MacOSX10.6.sdk/usr/include -O0 -g3 -Wall -c -fmessage-length=0 -arch i386 -MMD -MP -MF"main.d" -MT"main.d" -o "main.o" "../main.cpp"
Finished building: ../main.cpp
Building target: libHelloWorld
Invoking: MacOS X C++ Linker g++ -arch i386 -dynamiclib -o "libHelloWorld" ./main.o
Finished building target: libHelloWorld
**** Build Finished ****

Я использую Eclipse Juno с CDT на Macbook 2007 под управлением Snow Leopard. У меня есть два симптома:

1. Нет папки Binaries в Project Explorer и
2. «Запуск не удался. Ошибка двоичного не найдена.

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

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

Это не должно быть так трудно разрешить. В частности, в таких случаях, как mine [но я не единственный], когда в представлении «Консоль» отображается сборка без ошибок, пользователь может скопировать двоичный файл [который Eclipse странно говорит, что он не может найти] на рабочем столе и запустить его без любые проблемы либо из Finder, либо с терминала терминала bash.

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

По общему признанию, это усугубляется в случае MacBooks, таких как мои, которые работают на 64-битной ОС [Snow Leopard] на 64-битном процессоре, который производитель, к сожалению, усугубляется 32-битным ядром загрузки. Но, быть предупрежденным, я уже пробовал -arch i386 g ++ switch и переливание g ++ на g ++ — 4.0 без каких-либо изменений в симптомах.

ДОБАВЛЕНО ДОБАВЛЕНО 10/07/2012:

Я добавляю этот контрольный список в надежде выяснить путь для, несомненно, многих других, которые зададут этот вопрос в ближайшие годы. Этот способ отражает то, что я нашел необходимым при использовании Eclipse Juno с Mac, использующим Snow Leopard:

1) Перейдите в раздел «Настройки -> C / C ++ ->« Мастер создания CDT »и в разделе« Предпочтительные инструментальные узлы »убедитесь, что для всех типов исполняемых проектов установлено значение« MacOSX GCC ».

2) Это большой. Мне удалось получить папку Binaries в Project Explorer и, следовательно, иметь возможность запускать проект после его создания, используя имя проекта, которое не содержит точек [‘.’]. Это я узнал из другого ответа здесь, отредактированного через несколько часов после моего предыдущего сообщения. Это требование легко пропустить, следовательно, общее, особенно если вы работаете с Eclipse, но только с другими языками, потому что в учебниках для других языковых плагинов (например, с PyDev или для Java) вы часто создаете проекты с точками в имени. Если вы разработали эту привычку с другими языками, сломайте ее при использовании CDT для C / C ++. Однако следует предупредить, что недостаточно просто щелкнуть правой кнопкой мыши и переименовать существующее имя проекта на этот раз, не используя точки. Самый простой способ — удалить старый проект и создать новый с именем без точек.

3) Есть много веб-сайтов, предупреждающих вас о том, что вы либо используете компилятор -arch i386, либо изменяете ссылки для / usr / bin / gcc и / usr / bin / g ++, указывая на gcc-4.0 и g ++ — 4.0 вместо gcc-4.2 и g ++ — 4.2. Я создал сценарий bash, чтобы облегчить переход туда и обратно и исследовать, если это необходимо. Это не было, по крайней мере, не с моим Macbook. Основываясь на том, что я прочитал на одном сайте у разработчика Mach-O, я подозреваю, что текущая версия Mach-0 64 идет в обоих направлениях. Это хороший переход к …

4) В свойствах проекта, а не в настройках, перейдите в C / C ++ Build-> Settings и в разделе Binary Parsers убедитесь, что параметр Mach-O 64 Parser установлен. Убедитесь, что этот, а не устаревший парсер Mach-O проверен.

5) На этом этапе, после создания проекта, в Project Explorer должно быть очевидно несколько вещей:

6) Теперь в папке проекта должна быть папка Binaries.

7) Внутри этой папки Binaries теперь должен быть ваш исполняемый файл. Он должен иметь [x86_64 / le] рядом с ним, если, как и я, ваш Mac эффективно 32-битный. Сейчас не лучшее время, чтобы попасть в путаную тему о том, эффективен ли ваш Mac 32-битный или 64-битный. Если вы не знаете, и много людей не потому, что Apple действительно запутывает, посмотрите небольшое приложение, которое можно скачать с http://www.ahatfullofsky.comuv.com/English/Programs/SMS/SMS.html  который расскажет вам, что такое истина. Это бесплатно, но «цена» заключается в том, что вы должны прокручивать пропущенные объявления в верхней части страницы, отражающие политическое расположение программиста.

Для тех из вас, кто не знаком с программированием / eclipse / IDE и получает ту же ошибку, но вышеприведенные решения не работают, я решил, что мой «Launch Failed. Binary Not Found». выполните следующие действия: просто убедитесь, что вы создали свой проект («Проект»> «Создать все»), прежде чем пытаться запустить или отладить. Я думал, что IDE будет делать это здание, когда я нажму кнопку debug или run, но это не так (очевидно, ретроспективно). Урок урока. После создания вы должны увидеть папку «Binaries» и «Debug» в корневой директории проекта.

Я использовал OS X 10.7.3, если это имеет значение, хотя я предполагаю, что сделанная мной ошибка является фундаментальной, и любой дистрибутив eclipse даст ту же ошибку.

Вы должны изменить настройки своего проекта на создание исполняемого файла вместо динамической библиотеки:

Invoking: MacOS X C++ Linker g++ -arch i386 -dynamiclib -o "libHelloWorld" ./main.o`

Перейти к свойствам проекта -> C / C ++ Build -> Настройки -> Сборка артефакта и выбрать исполнимый  в первом выпадающем списке.

У меня была такая же проблема. Ответ может быть трудно найти, поскольку проблема с «двоичным не найденным» возникла несколько раз раньше, с разными причинами и решениями (выбор 64-разрядного парсера и т. Д.).

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

Подробности: использование новой свежей установки Eclipse Indigo Service Release 1 на Mac OS 10.7.2.

Если имя вашего проекта содержит «.» (точка), двоичный файл не будет создан в проекте здания. Удалите все «.» (Точки) из имени проекта и перестройте его или попробуйте создать новый проект.

Счастливое кодирование!

Я решил аналогичную проблему с Eclipse, создав «Launch Configuration». Я использую выпуск Indigo для Eclipse на OSX Lion с CDT (среда C / C ++ dev). Я нашел возможность создать новую конфигурацию запуска в Project-> Properties-> Run / Debug Settings.

Я столкнулся с этой проблемой после создания и создания пустого проекта Hello Hello Ansi C Autotools Project. Процесс сборки создал рабочий исполняемый файл как src / a.out. Я мог успешно запустить a.out с терминала, но Eclipse не понимал, что это был исполняемый файл для моего проекта, пока я не создал конфигурацию запуска, указывающую на нее. Как только я сделал это, я смог запустить a.out, как обычно, с помощью кнопки зеленого запуска.

Если сможешь успешно построен  но при попытке запустить его с ошибкой:

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

( Run-> Run Configuration …-> Main-> C ++ Application ):

У меня была та же проблема, даже когда я установил артефакт в исполняемый файл. Это произошло из-за того, что параметр shared lib был отмечен галочкой, и это заставляет сделать dylib, даже если вы указали исполняемый файл.

Я иду, чтобы запустить, установив Тип строителя  в Внутренний строитель  на C / C ++ Build  в диалоговом окне свойств проекта.

programmerz.ru

Создание проекта в Eclipse для AVR

Шауэрман Александр А. [email protected]

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

AVR-Eclipse проект

1. Создаем сам проет. В меню «File» выбираем «New» -> «C Project«.

В открывшемся окне в строке «Project name» вводим имя нового проекта. Если установлена галочка «Use default location«, то проект по умолчанию будет помещен в «workspase» (выбрали при включении) в папочке с именем проекта. Если снять галочку, то путь можно указать вручную. В окне «Project type» выбираем «AVR Cross Target Aplication» -> «Empty Project«. В окне «Toolchain» должен быть активен «AVR-GCC Toolchain«. Нажимаем «Next«.

В окне «Select Configuration» снимаем галочку с пункта «Debug» (но можно и оставить), жмем «Next«. В окне «AVR Target Hardware Properties» Выбираем тип микроконтроллера и вводим его рабочую основную тактовую частоту. Для учебного стенда LESO6 это ATmega128RFA1 и 16000000 (также в меню File->Properties->AVR->Targer Hardware).

2. Добавляем файл исходного кода в проект. Если запуск первый, то окно «Welcome» следует закрыть. В окне «Project Explorer» нажимаем правой кнопкой мыши по нашему проекту, в контекстном меню выбираем «New«, далее выбираем «Source File«.

В появившемся окне вводим название нового файла, например probe.c. Хорошим тоном является называть основной файл проекта (там где содержится функция main) также как и сам проект. Не забываем про расширение «.c». В результате в проекте добавился файл «probe.c«

Добавим код простейшей программы:

#include<avr/io.h>
int main()
{
	//! Инициализация портов для светодиодов.
	DDRF |= (1<<DDF0 | 1<<DDF1 | 1<<DDF2 | 1<<DDF3);
	PORTF |= (1<<PF0); // Зажигаем 1 светодиод.
	while(1);
}

Сохраним (Ctrl+s либо пиктограмма с дискеткой на панели инструментов). Компилируем: можно нажать на пиктограмму с молоточком на панели инструментов, либо в контекстном меню проекта (правой кнопкой на проект в окне «Project Explorer«) выбрать пункт «Build Project«. Для удаления результатов компиляции следует выбрать пункт «Clean Project«. Результат компиляции, впрочем и любых других действий, отображается в консоли в нижнем окне. По умолчанию в этом окне может быть активирована вкладка «Problems» – тоже полезная вкладка, но лучше переключиться на вкладку «Console«. Остальные вкладки можно закрыть. При необходимости они появятся сами, либо их можно активировать вручную из меню «Windows» -> «Show View«.

Если компиляция прошла успешно, то в консоли мы увидим примерно следующее:

----------------
Device: atmega128rfa1
 
Program:     326 bytes (0.2% Full)
(.text + .data + .bootloader)
 
Data:          0 bytes (0.0% Full)
(.data + .bss + .noinit)
 
Finished building: sizedummy
 
10:35:10 Build Finished (took 733ms)

Иначе следует читать и исправлять ошибки. В проекте (окно «Project Explorer«) добавился файл Binaries и папка «Release» (или «Debug«, если при настройке проекта в выборе конфигураций не была снята галочка с Debug). В папке «Release» можно найти object файлы, makefile, файлы конфигурации eeprom и hex-файл. Двойной щелчок левой кнопки мыши откроет соответствующий файл в отдельной вкладке окна редактора.

3. На этом создание проекта можно считать завершенным. При компиляции создается hex-файл, настройки по умолчанию подойдут для большинства проектов, если же нет, то отредактируем параметры вручную.

Окно «Properties» («Свойства») можно вызвать нажав сочетание клавиш «Alt+Enter«, предварительно выделив проект в окне «Project Explorer«, или в контекстном меню выбрав пункт «Properties«. Следует отметить, что таким образом можно вызвать свойства любого файла в проекте.

Рассмотрим некоторые важные моменты. На вкладке «Resource» можно выбрать кодировку текстового редактора. Для того, чтобы русский текст в комментариях корректно отображался в различных операционных системах, рекомендуем использовать кодировку UTF-8.

На вкладке «AVR«->»AVRDude» выбираем конфигурацию и поведение программатора. Можно указать, какой hex-файл прошивать, прошивать ли EEPROM, менять ли значение Fuse-бит и многое другое. Как правило, достаточно выбрать заранее подготовленную конфигурацию, остальное оставить по умолчанию.

Если при создании проекта был неверно указан тип микроконтроллера или его тактовая частота, то изменить этот параметр можно на вкладке «AVR«->»Target Hardware«. Здесь же можно проверить корректность настройки программатора, нажав кнопку «Load from MCU«, в этом случае тип контроллера будет запрошен непосредственно у подключенного микроконтроллера.

В группу вкладок «C/C++ Build» сведены основные параметры компиляции и сборки проекта. Если убрать галочку «Generate Makefiles automatically» («Автоматическая генерация make-файла), то можно указать путь к созданному вручную или сгенерированному другой программой make-файлу. «C/C++ Build» -> «Build Variables» позволяет задать дополнительные переменные, которые могут быть переданы компилятору в процессе сборки, эти переменные может использовать препроцессор. Во вкладке «C/C++ Build» -> «Environment» задаются переменные окружения, среди которых, частота процессора, тип процессора, путь до рабочего каталога, путь к утилитам сборки, путь к программатору и некоторые другие.

В пункте «C/C++ Build» -> «Settings» устанавливаются параметры, на основании которых строиться make-файл. «Additional Tools in Toolchain» – выбираем какие файлы будут сгенерированы при компиляции (hex-файл для памяти программ, hex-файл для памяти данных, листинг). Уровень оптимизации выберем, активировав «AVR Compiller» -> «Optimization«. Следует понимать, что детальная настройка этих параметров требует определенного уровня компетенции, ошибка может нарушить корректную работу микроконтроллера или привести к его зависанию, а в некоторых случаях исходный код не будет скомпилирован. Вернуть настройки пункта «C/C++ Build» -> «Settings» можно нажав кнопку «Restore Defaults«.

Внимание! Для того что бы комментарии на русском языке в файлах исходного кода отображались корректно, следует переключить кодировку текстового редактора с Cp1251 на UTF-8. Сделать это можно для каждого файла в отдельности, для проекта в целом, либо для всего workspace сразу. Для этого в меню «Window» выбираем «Preferences«, далее «General» -> «Workspase«, правим пункт «Text file encoding«.

Проект с готовым make-файлом

Что же такое make-файл? По сути своей make-файл – это текстовый файл, содержащий инструкции по компиляции отдельных модулей проекта в объектные файлы и сборки этих объектных файлов в некоторый исполняемый бинарный файл, либо hex-файл. В общем случае такой файл называется Makefile. Если проект достаточно сложный и состоит из множества директорий с исходными кодами, то make-файл разбивается на несколько отдельных файлов. Вспомогательные файлы с помощью директивы «#include» объединяются с основным. Почти все современные IDE умеют создавать make-файл автоматически, такой make-файл как правило содержит специфические параметры, привязанные к IDE и текущей операционной системе. Если же предполагается создать кросплатформенный проект не привязанный к определенной среде разработки, make-файл следует написать самому. Этот подход широко распространен в мире свободного программного обеспечения. Для компиляции такого проекта в unix-подобных системах вообще не требуется IDE, достаточно в терминале выполнить команду «make». Встраиваемые в микроконтроллер операционные системы, например FreeRTOS, Contiki собираются, используя make-файл. По такому же принципу выполнен демонстрационный проект leso6 demo1, на примере которого рассмотрим процесс создания проекта.

Все исходные коды для учебного стенда LESO6 свободно распространяются по лицензии BSD (двух пунктов) и доступны в системе git. Адрес на GitHub: www.github.com/Shamrel/leso6, можно скачать одним архивом основную ветвь. После скачивания распакуйте архив.

1. Создаем новый проет. В меню «File» выбираем «New» -> «Makefile Project with Existing Code«.

В появившемся окне «New Project» указываем путь к директории с Makefile. Для проекта demo1 это «app/demo1» относительно корня распакованного архива. Строка «Project Name» заполнится автоматически, при желании название проекта можно изменить вручную. Исходный код мы пишем на Си, (не C++), поэтому галочку «C++» можно убрать. В окне «Toolchain for Indexer Settings» выбираем «AVR-GCC Toolchain«. Жмем «Finish«.

В целом импорт проекта завершен и после компиляции создастся hex-файл, пригодный для загрузки в память микроконтроллера. Как можно было заметить, мы нигде не указали среде Eclipse конкретный тип процессора и его тактовую частоту, более того, если зайти в свойства проекта, то мы не увидим пункта «AVR«. Многие пункты настроек также будут отсутствовать, например в пункте «C/C++ Build» -> «Settings» нет вкладки «Tool Settings«. Дело в том, что теперь все настройки среда берет из Makefile. Однако кое-что нам придется настроить: в окне проектов отображается только файл demo.c, в то время как проект включает в себя множество файлов для работы с периферией. Эти файлы расположены в папке «platform» в корне основного каталога. На работоспособность проекта это не влияет, но достаточно неудобно редактировать исходный код: осложнена навигация между файлами проекта.

Добавить путь к директории с дополнительными файлами можно в свойствах проекта. Выбираем «C/C++ General» -> «Patchs and Symbols«, далее вкладка «Source Location«, жмем «Link Folder…«.

В окне «New Folder» указываем путь к директории с исходниками.

В окне «Project Explorer» добавилась ссылка на папку «platform» со всеми исходными файлами.

Создание проекта завершено. Загрузка hex-файла в память программ стенда с помощью программатора avrdude в статье «Настройка Eclipse для работы с avrdude».

www.labfor.ru