Eclipse для начинающего Опции

[Micrick]

Второй день, как установил и пытаюсь разобраться с Eclipse C++ Kepler под Ubuntu (на VirtualBox).
Хотелось бы осознать некоторые особенности среды.
1. Можно ли отдельно откомпилировать, и как, отдельный cpp- файл из Project Explorera?
2. Hello World не собирается, очевидно, что не установлен g++. Пишет: Program "g++" not found in PATH
Location которого: Preferences, C++/Build/Settings/Discovery. Вопрос, как этот g++ туда засунуть?
3. Сам g++ с инета средствами Ubuntu не ставится (грешу на инет). Можно ли скачать пакет g++ из Винды и поставить в Ubunte его уже оффлайн?
4. Посмотрел Preferences, C++/Build/Settings/Error Parsers - одни ошибки.


C Линуксом столкнулся только сейчас, - сильно не пинайте

[Petka]

2. Hello World не собирается, очевидно, что не установлен g++. Пишет: Program "g++" not found in PATH
...
C Линуксом столкнулся только сейчас, - сильно не пинайте

Код

sudo apt-get install gcc

[Micrick]

Код

sudo apt-get install gcc

Сделал. Пишет, что все номано:

Reading package lists... Done
Building dependency tree
Reading state information... Done
gcc is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

[сарматъ]

а просто в командной строке терминала компилируется?

[Сергей Борщ]

CODE

sudo apt-get install gcc

CODE

sudo apt-get install g++

[KRS]

На ubuntu вроде для G++ надо
sudo apt-get install build-essential

[Micrick]

а просто в командной строке терминала компилируется?

Хм... поудалял все проекты из папки "workspace". Теперь при запуске eclipse выдает сообщение :

Problem occured, Unable to restore working set state. Details: Premature end of file.

Снес Эклипс, скопировал заново, запуск- тоже самое.

На ubuntu вроде для G++ надо
sudo apt-get install build-essential

И на это у нее есть ответ:

E: Unable to locate package build-essential

Сообщение отредактировал Micrick - Oct 4 2013, 13:39

[сарматъ]

ешьте слона по частям, добейтесь чтоб в командной строке в терминале происходила компиляция - для начала без еклипса

[Kermit]

Мне помогло следующее:
1. Установи eclipse из Ubuntu software center
2. В терминале запусти: sudo apt-get install eclipse eclipse-cdt g++
п.2 поставит плагин с++

[IgorKossak]

Отход от темы удалил.
Модератор.

[berkl]

Привет!

Есть проект с Makefile'ом который генерится утилитой cmake. Если мне надо собрать проект в режиме отладки (debug) то из папки проекта, я пишу в консоли:

Код

cmake -DCMAKE_BUILD_TYPE=Debug

Как мне собрать проект в режиме деббугера из под Эклипса, если мэйкфайл - мой, а не генерируемый эклипсом ?

[сарматъ]

надо импортировать проект импортировав мейкфайл

[berkl]

надо импортировать проект импортировав мейкфайл

То есть если я хочу поменять режим сборки, и у меня самописный makefile, то из Эклипса мне это не сделать. Надо самому заново генерить мakefile, указав в нем нужный режим сборки проекта. Так ?

[сарматъ]

нет не так

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

[ukpyr]

если мэйкфайл - мой, а не генерируемый эклипсом ?

new - makefile project

[berkl]

нет не так

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

А где задание режима сборки в синтаксисе мэйкфайла находится ? Я сам его не пишу (cmake создает его у меня, мне трудно в нём ориентироваться).

[сарматъ]

к сожалению этого я не знаю пока

[Ixt]

А где задание режима сборки в синтаксисе мэйкфайла находится ? Я сам его не пишу (cmake создает его у меня, мне трудно в нём ориентироваться).

"Режим сборки" в GNU Makefile - это флаги. Обычно "-g", выключенная оптимизация для "Debug" и включённая оптимизация ("-O2") для "Release".
А вообще лучше не редактировать автоматически сгенерированные файлы.

[mdmitry]

"Режим сборки" в GNU Makefile - это флаги. Обычно "-g", выключенная оптимизация для "Debug" и включённая оптимизация ("-O2") для "Release".
А вообще лучше не редактировать автоматически сгенерированные файлы.

IMHO, не корректно противопоставлять эти опции.

Из документации к gcc

GCC allows you to use ‘-g’ with ‘-O’. The shortcuts taken by optimized code
may occasionally produce surprising results: some variables you declared may
not exist at all; flow of control may briefly move where you did not expect it;
some statements may not be executed because they compute constant results
or their values were already at hand; some statements may execute in different
places because they were moved out of loops.

[Ixt]

IMHO, не корректно противопоставлять эти опции.

Угу. Если у нас несколько вариантов сборки, то можно собирать и релиз с отладочной информацией (что кстати тот же cmake позволяет делать). Но, вообще, оптимизация может мешать отладке и даже быть причиной некоторых малопонятных сбоев (опции из -O3). Поэтому всегда лучше иметь сборку с "-g -O0", в которой полностью уверен.

[Сергей Борщ]

Поэтому всегда лучше иметь сборку с "-g -O0"

Чтобы отладив ее выкатить релиз с -O3 и те самые "некоторые малопонятные сбои" находил уже конечный пользователь?
Не говоря уже о том, что некоторые программы с -O0 вообще не собираются (при -O0 отключается встраивание).

[IgorKossak]

Разговор насчёт -O0 vs -O3 поднимается новичками с пугающей периодичностью и всякий раз грозит перерасти в религиозную войну.
Дабы не пришлось применять санкции, прошу участников этот вопрос не обсуждать.
Модератор

[berkl]

Угу. Если у нас несколько вариантов сборки, то можно собирать и релиз с отладочной информацией (что кстати тот же cmake позволяет делать). Но, вообще, оптимизация может мешать отладке и даже быть причиной некоторых малопонятных сбоев (опции из -O3). Поэтому всегда лучше иметь сборку с "-g -O0", в которой полностью уверен.

Я до этого писал для 16-битных камушков в BSO Tasking, Keil, MikroC, MPLAB. Везде приходил к тому что надо отключать оптимизацию. Тут видимо похожая ситуация. Приму к сведению.

А вообще лучше не редактировать автоматически сгенерированные файлы.

Ясно. Сmake отдельно, Эклипс - отдельно.

Вопросы.

1. Сгенерил makefile с помощью команды cmake -DCMAKE_BUILD_TYPE=Debug . Затем полученным makefile собрал программку. Она (програмка) запускается без проблем из консоли. Это вообще нормально, что она может стартовать не из под дебуггера, а как будто я её в релизе собрал?

2. На базе этого же Makefile-проекта решил создать проект в Эклипсе и запустить его в релизе и в дебуггере. Делал так.
1. Создал папку проекта Project
2. В папке Project создал папки src (исходники .с ) incl (заголовки .h) build (файлы сборки проекта CMakeLists.txt, MakeFile, исполняемый файл и пр. СMakexxxxx файлы)
3. Импортировал соответствующие файлы из makefile-проекта в соответствующие папки.
4. В текстовом редакторе Эклипса поправил пути в импортированном CMakeLists.txt файле и запустил cmake из командной строки.
5. В Эклипсе иду Project --> Properties --> Builders. Там отключаю встроенный в Эклипс сборщик. и создаю свой (New). Для своего сборщика указываю путь к мэйку Убунты, а в "Working Directory" указываю путь до мною сгенерированного makefile (до папки build проекта)
6. Всё. Жму Cntrl+B, ошибок нет, исполняемый файл генерится.

Всё хорошо, но когда запускаю Run получаю сообщение Эклипса : The selection cannot be launched. and thare are no recent launches. При повторном нажатии Run, появляется: Launch failed. Binary not found. Это же сообщение появляется при запуске дебуггера (кнопка F11) Чо ей надо ?

В CmakeFile.txt у меня применены следующие опции компилятора:

Код

set( CMAKE_C_FLAGS_DEBUG "-O0 -Wall -pedantic" )
set( CMAKE_C_FLAGS "-O0 -Wall -pedantic" )

Спасибо.

PS Вот еще вопрос. Настройки своего билдера я устанавливаю в Project->Properties->Builders. А есть еще настройки билдера в Project->Properties->С/С++ Build->закладка Build Settings. Зачем они сделали одни и те же настройки в двух местах ? Мне и там и там надо тоже самое выставлять (путь до make и путь до makefile) ?

Сообщение отредактировал berkl - Oct 9 2013, 11:47

[Сергей Борщ]

Всё хорошо, но когда запускаю Run получаю сообщение Эклипса : The selection cannot be launched. and thare are no recent launches. При повторном нажатии Run, появляется: Launch failed. Binary not found. Это же сообщение появляется при запуске дебуггера (кнопка F11) Чо ей надо ?

В Project->Propertities->C/C++ Build ->Settings на вкладке Binary Parsers поставьте гадочку на GNU Elf Parser, а потом в Run->Debug configurations создайте правильную конфигурацию для отладки. Или впишите путь к исполняемому файлу в ту, которую Эклипса создала при первом вашем запуске отладки.

PS Вот еще вопрос.

Этого не знаю. Никогда свой builder не создавал.

[сарматъ]

Везде приходил к тому что надо отключать оптимизацию. Тут видимо похожая ситуация. Приму к сведению.

лучше использовать volatile - отключение оптимизации для отдельных переменных

[berkl]

В Project->Propertities->C/C++ Build ->Settings на вкладке Binary Parsers поставьте гадочку на GNU Elf Parser, а потом в Run->Debug configurations создайте правильную конфигурацию для отладки. Или впишите путь к исполняемому файлу в ту, которую Эклипса создала при первом вашем запуске отладки.
Этого не знаю. Никогда свой builder не создавал.

Галочка стояла уже, а вот в Run->Debug configurations надо было действительно указать путь к исполняемому файлу (по умолчанию там белеберда была потому что проект Эклипса полностью самопальный получился). Но всё равно дебаггер не запустился, не мог найти функцию main. Тут в постах выше писали мне про флаги. Я вставил у себя в CmakeFile.txt вместо старого

Код

set( CMAKE_C_FLAGS_DEBUG "-O0 -Wall -pedantic" )

вот это

Код

set( CMAKE_C_FLAGS_DEBUG "-g -O0 -Wall -pedantic" )

Сгенерил заново makefile, скомпилировал проект, всё, дебаг появился как нужно. Я так понял, именно флаг -g и говорит компилятору, что надо добавить к исполняемому файлу чего-то, что возьмет для себя дебуггер

лучше использовать volatile - отключение оптимизации для отдельных переменных

А если чужие исходники прикручивать к своему проекту? В них придется влазить тогда. Потом, оптимизация касается не только переменных. На сколько я знаю, сами функции могут быть "заоптимизированы". Не, нафиг, если без неё всё собирается то и не буду заморачиваться даже.

Спасибо товарищи !

Сообщение отредактировал berkl - Oct 10 2013, 06:43

[Micrick]

Хм... поудалял все проекты из папки "workspace". Теперь при запуске eclipse выдает сообщение :

Problem occured, Unable to restore working set state. Details: Premature end of file.

Снес Эклипс, скопировал заново, запуск- тоже самое.

Удалил папку workspace. Затем создал заново с новым проектом "Hello World". Все нормально. Проблем не выдает.

ешьте слона по частям, добейтесь чтоб в командной строке в терминале происходила компиляция - для начала без еклипса

Зашел в терминале в папку проекта, там где исходник Hello.cpp и запустил команду a@a:~/workspace/Hello/src$ g++ Hello.cpp
В ответ:

The program 'g++' can be found in the following packages:
* g++
* pentium-builder
Try: sudo apt-get install <selected package>

Явно надо этот g++ инсталировать. Верно?!

[Сергей Борщ]

Явно надо этот g++ инсталировать. Верно?!

Читайте внимательно ответы. Да, надо. см. ответ №5

[Micrick]

Читайте внимательно ответы. Да, надо. см. ответ №5

Это была риторика
На sudo apt-get install g++ пишет, что мол,

Note, selecting 'python-gconf' instead of 'python2.6-gconf'
Note, selecting 'libgphoto2-port0' instead of 'libgphoto2port'
libgssapi-krb5-2 is already the newest version.
xserver-xorg-input-vmmouse is already the newest version.
....................
В общем, много чего там is already the newest version.
....................
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
.....................
E: Broken packages

Мне помогло следующее:
1. Установи eclipse из Ubuntu software center

А он:

Failed to download repository information
Check your Internet connection.

Юбунтовский Firefox в инет нормально лезет.
Мож моя ubuntu 10.10 некошерна уже?

Сообщение отредактировал Micrick - Oct 11 2013, 10:52

[Micrick]

В общем, на данном этапе данные проблемы решились заменой VirtualBox на VMware Player (VB закапризничал) и Ubuntu10.10 на Ubuntu12.04 с беспроблемной установкой Eclipse, gcc и g++ через Software Center.

Сообщение отредактировал Micrick - Oct 17 2013, 12:24

[Сергей Борщ]

Мож моя ubuntu 10.10 некошерна уже?

Отож! Ее поддержка прекращена в апреле 2012. Значит репозитории уже того...

[Micrick]

Теперича ставлю GNU ARM плагин. В Эклипсе, тяну с http://sourceforge.net/projects/gnuarmecli...clipse/updates/.
Установка не проходит, пишет:

Cannot complete the install because one or more required items could not be found.
Software being installed: GNU ARM C/C++ Cross Compiler Support 1.1.2.201310210535 (ilg.gnuarmeclipse.managedbuild.cross.feature.group 1.1.2.201310210535)
Missing requirement: CDT Cross GNU ARM Compiler Support 1.1.2.201310210535 (ilg.gnuarmeclipse.managedbuild.cross 1.1.2.201310210535) requires 'bundle org.eclipse.cdt.ui 5.6.0' but it could not be found
Cannot satisfy dependency:
From: GNU ARM C/C++ Cross Compiler Support 1.1.2.201310210535 (ilg.gnuarmeclipse.managedbuild.cross.feature.group 1.1.2.201310210535)
To: ilg.gnuarmeclipse.managedbuild.cross [1.1.2.201310210535]

Где этот org.eclipse.cdt.ui 5.6.0 взять?

Хм... Прошу пардону- видимо, этот GNU ARM C/C++ Cross Compiler Support и не нужен вовсе. Оставил один Development Support, и все пошло!

Ан нет, рано порадовался,- Cross Compiler Support не установлен, но необходим. Так что же с этой "неудовлетворенной зависимостью" делать??!



Сообщение отредактировал Micrick - Oct 23 2013, 09:03

[=F8=]

Так что же с этой "неудовлетворенной зависимостью" делать??!

Поставить Eclipse 4.3

[mdmitry]

...
Так что же с этой "неудовлетворенной зависимостью" делать??!

Прекратить борьбу с плагинами. Сесть и разобраться однажды с make, сделать Makefile, отладить сборку. В Eclipse использовать проект Makefile Project with Existing Code.

[Micrick]

Прекратить борьбу с плагинами. Сесть и разобраться однажды с make, сделать Makefile, отладить сборку. В Eclipse использовать проект Makefile Project with Existing Code.

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

[mdmitry]

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

Гляньте для начала сюда и сюда. Я давно выкладывал их же. К scmRTOS для GCC идут соответствующие файлы Makefile. Они вполне минималистичны. С минимумом автоматических подстановок генерируются Makefile плагинами Eclipse и других сред.

[Micrick]

Спасибо!

[Micrick]

Сделал проект для ARM C++ Hello World. Текущий тулчейн: ARM Linux GCC Sourcery Lite Bare. Пишет:

Program "arm-none-eabi-g++" not found in PATH

Хотя в PATH все есть:
echo $PATH
/opt/arm/arm-2013.05/bin:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
Также пишет:

make: *** [src/t0.o] Error 127 C/C++ Problem

Как все это исправить?

[Сергей Борщ]

Хотя в PATH все есть:

Вы после того, как его в PATH дописали, эклипсу перезапускали? $(info $(PATH)) изнутри makefile показывает такой же PATH? arm-none-eabi-g++ --version из командной строки выполнятется?

[Micrick]

Вы после того, как его в PATH дописали, эклипсу перезапускали?

В PATH дописал еще несколько дней назад.
......
В обчем, снес проект, перезапустил Эклипс, выбрал новую папку для проектов, сделал новый проект. Теперь пишет другое:
make: *** [src/main.o] Error 1 C/C++ Problem
Но .elf и .hex файлы появились!!!
Да и в лог-файле только о warning написано.

arm-none-eabi-g++ --version из командной строки выполнятется?

Выполняется:

Код

a@ubuntu:~/workspace/test1/src$ arm-none-eabi-g++ main.cpp
/opt/arm/arm-2013.05/bin/../lib/gcc/arm-none-eabi/4.7.3/../../../../arm-none-eabi/bin/ld: warning: cannot find entry symbol _start; defaulting to 00008018
a@ubuntu:~/workspace/test1/src$

$(info $(PATH)) изнутри makefile показывает такой же PATH?

А можно поподробнее, что это и как смотреть?!
Вот макеfile проекта:

Код

################################################################################
# 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 $(C++_DEPS)),)
-include $(C++_DEPS)
endif
ifneq ($(strip $(C_DEPS)),)
-include $(C_DEPS)
endif
ifneq ($(strip $(ASM_DEPS)),)
-include $(ASM_DEPS)
endif
ifneq ($(strip $(CC_DEPS)),)
-include $(CC_DEPS)
endif
ifneq ($(strip $(CPP_DEPS)),)
-include $(CPP_DEPS)
endif
ifneq ($(strip $(CXX_DEPS)),)
-include $(CXX_DEPS)
endif
ifneq ($(strip $(C_UPPER_DEPS)),)
-include $(C_UPPER_DEPS)
endif
ifneq ($(strip $(S_UPPER_DEPS)),)
-include $(S_UPPER_DEPS)
endif
endif

-include ../makefile.defs

# Add inputs and outputs from these tool invocations to the build variables
SECONDARY_FLASH += \
test1.hex \

SECONDARY_LIST += \
test1.lst \

SECONDARY_SIZE += \
test1.siz \


# All Target
all: test1.elf secondary-outputs

# Tool invocations
test1.elf: $(OBJS) $(USER_OBJS)
    @echo 'Building target: $@'
    @echo 'Invoking: ARM Linux GCC C++ Linker (Sourcery Lite Bare)'
    arm-none-eabi-g++ -Xlinker --gc-sections -Wl,-Map,"test1.map" -mcpu=cortex-m3 -mthumb -g3 -o "test1.elf" $(OBJS) $(USER_OBJS) $(LIBS)
    @echo 'Finished building target: $@'
    @echo ' '

test1.hex: test1.elf
    @echo 'Invoking: ARM Linux GNU Create Flash Image (Sourcery Lite Bare)'
    arm-none-eabi-objcopy -O ihex "test1.elf"  "test1.hex"
    @echo 'Finished building: $@'
    @echo ' '

test1.lst: test1.elf
    @echo 'Invoking: ARM Linux GNU Create Listing (Sourcery Lite Bare)'
    arm-none-eabi-objdump -h -S "test1.elf" > "test1.lst"
    @echo 'Finished building: $@'
    @echo ' '

test1.siz: test1.elf
    @echo 'Invoking: ARM Linux GNU Print Size (Sourcery Lite Bare)'
    arm-none-eabi-size  --format=berkeley "test1.elf"
    @echo 'Finished building: $@'
    @echo ' '

# Other Targets
clean:
    -$(RM) $(OBJS)$(C_DEPS)$(SECONDARY_FLASH)$(CXX_DEPS)$(S_UPPER_DEPS)$(SECONDARY_LIST)$(C++_DEPS)$(SECONDARY_SIZE)$(ASM_DEPS)$(CC_DEPS)$(CPP_DEPS)$(EXECUTABLES)$(C_UPPER_DEPS) test1.elf
    -@echo ' '

secondary-outputs: $(SECONDARY_FLASH) $(SECONDARY_LIST) $(SECONDARY_SIZE)

.PHONY: all clean dependents
.SECONDARY:

-include ../makefile.targets

Сообщение отредактировал Micrick - Oct 30 2013, 13:09

[Сергей Борщ]

А можно поподробнее, что это и как смотреть?!

Да просто последней строкой допишите в makefile

CODE

$(info $(PATH))

и посмотрите в окне консоли после компиляции.
Впрочем, компиляция у вас пошла, осталось выяснить на что же make выдает ошибку "Error 1 C/C++ Problem". В окне консоли другой ругани не было?

[Micrick]

Да просто последней строкой допишите в makefile

Код

$(info $(PATH))

и посмотрите в окне консоли после компиляции.

Хм... ничего не выводит. То есть выводит и с этой строкой и без нее следующее:

Код

02:47:08 **** Incremental Build of configuration Debug for project test1 ****
make all
Invoking: ARM Linux GNU Print Size (Sourcery Lite Bare)
arm-none-eabi-size  --format=berkeley "test1.elf"
   text       data        bss        dec        hex    filename
    228         12         28        268        10c    test1.elf
Finished building: test1.siz
02:47:09 Build Finished (took 184ms)

После компиляции строка $(info $(PATH)) из мейкфайла исчезает.

Впрочем, компиляция у вас пошла, осталось выяснить на что же make выдает ошибку "Error 1 C/C++ Problem". В окне консоли другой ругани не было?

Ошибка исчезла после коррекции С/С++ Build - Settings - Tool Settings - Target Processor
Поставил: Processor arm7tdmi-s, Architecture armv7
У меня LPC2138. Надеюсь, все прально.