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

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

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

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

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

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

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

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

Я до этого писал для 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 у меня применены следующие опции компилятора:




Спасибо.

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

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

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

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

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

вот это

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



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

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

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

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


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

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

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

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


А он:

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

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

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

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