Всем привет!

Объясните, пожалуйста, как правильно подключать makefile к C::B 10.05.
Подключил. Собирается. Но есть одна странность...
Если в настройках компилятора не прописать путь к тулчейну и имя утилиты компилятора, то C::B отказывается собирать проект.
Говорит, что не может найти одну из утилит (size). Хотя, если закомментировать вызов size, то и другие утилиты не находит...
Из командной строки все нормально собирается.
Путь к тулчейну добавлен в PATH.
Зачем C::B вообще нужны все эти настройки, если используется makefile?!!

Если в настройках компилятора прописать путь до тулчейна, то говорит следующее:

Кстати, что скрывается в пункте "Compiler and debugger settings" на вкладке "Other settings" в поле "Build method"?
У меня там всегда жестко стоит "Invoke compiler directly" и нет возможности что-либо выбрать другое.
Может, копать здесь надо для решения моей проблемы...

Нет, не здесь.

Settings->Compiler & debugger

Selected compiler - выбрать нужный

Вкладка Toolchain executables:
Compiler's installation directory - вбить путь к бинарникам тулчейна
Program files - проверить правильность

Есть ещё один момент.
Project->Options->Build Options

Проверить выбранный тулчейн и команды на вкладке "Make" commands.

Спасибо за ответ. Это все мне известно. Если настроить - работает.
У меня другой вопрос.
Я использую внешний makefile.
Зачем я должен сообщать C::B путь к папке с тулчейном, перечислять каждую из утилит тулчейна и назначать тулчейн проекту, если C::B просто передает управление make?
Пути к тулчейну есть в PATH.
Получается "масло масляное".
Всю работу на себя берет make, а C::B просто отображает результаты... ну, может я чего недопонял по этому вопросу...
Как я понимаю, при использовании makefile все настройки тулчейна в C::B попросту не нужны и должны быть недоступны...

Надо внимательно рассмотреть логи построения и все станет ясно.

Так, а где их посмотреть?
Вы имеете в виду "Build log", "Build messages"?
В случае с makefile там практически ничего нет...

Значит, надо галочками поиграть, чтобы было.

Может быть подскажите, с какими галочками конкретно? Много чего пробовал - результат одинаков.
Поставил "Compiler logging: Full command line".

Вот лог:


Нашел интересную настройку:
Environment... -> General settings -> Shell to run commands in: /bin/sh -c
У меня в системе /bin/sh ссылается на dash.
Пробовал менять настройку на "/bin/bash -c", но при этом ничего не меняется! В логе по-прежнему "/bin/sh -c"!
Я в системе использую именно bash, путь к тулчейну прописан в .bashrc.
Возможно, прописать надо где-то в другом месте... только вот где?

Тааак... пока писал, сообразил, что дело в make.
Добавил "SHELL := /bin/bash" в makefile. В логе теперь вижу, что make запускает именно bash.
Но make по-прежнему не находит тулчейн... почему-то при запуске среды не подхватываются пути из .bashrc...
Можно, конечно, пойти простым путем - прописать пути к тулчейну в makefile...

Я так и сделал.
Тем более что на одном этапе надо было сравнить несколько версий тулчейна (mspgcc) и найти 10 отличий, и легким движением руки можно было перекидывать на любую из, со 100% уверенностью.

C шеллами (под виндой) тоже какая-то засада была. Точно уже не помню, но Cygwin с евоным sh пришлось нейтрализовать.

Свойства проекта -> Вкладка "Project settings" -> Platforms (Windows, Unix, Mac)
Для чего? На что влияет?

Свойства проекта -> Вкладка "Build targets" -> Type (Console application, GUI application, ...)
Для чего? На что влияет?

Применительно к embeded...

Embedded всегда Console
Платформа - не знаю смутные догадки про формирование путей и командной строки...

Предполагаю, что речь идёт о символе (символах) конца строки.

попробуйте Em::Blocks http://www.emblocks.org/web/

И охота Вам извращенцев пеарить...
Есть среда С::В
Есть возможность "психануть" и сделать плагин под stm32.
Но на кой из этой мелочи раздувать форк?
--
попробуйте эклипс

Там 403, однако, сейчас.

переехал с Eclipse + Yagarto на EmBlocks v1.21 ..... удобная рабочая лошадка без танцев с бубном

Решил выяснить

Кстати, чувак таки разбанил неньку. Такшта, налетай, тсз

Всем привет!

Может кто-нибудь пояснить как работает Autoversioning в C::B 10.05?
Точнее, не понимаю как обновляется SVN_REVISION в version.h.
Сначала C::B ругался на то, что нет конфигурационных файлов svn...

...

Все, разобрался, надо путь к рабочей копии правильно прописать: Project->Autoversioning->Settings
Ревизия и дата извлекаются из конфигурационных файлов svn рабочей копии.

не получается настроить C::B для кросс компиляции.
http://prntscr.com/a3jn8l
выдает ошибку.

Настройки компилятора
http://prntscr.com/a3jnk3

Хочу заставить работать для кросс компиляции. Т.е. пишу на винде, а код для arm-Linux.

Всем привет!

Решил обновить C::B. И обновил на свою голову...



Из родных репозиториев ставится версия 13, которая работает нестабильно, часто падает в самый неподходящий момент.
Ставил из PPA версию 16. Работал долгое время, но периодически отваливались комбинации ctrl-c/v/x, подглючивал поиск, падала редко.
Решил поставить самую свежую оф. версию 17. Не удалось.
Собрал сам из транка. Вроде, все красиво, удобно, но: не могу ввести ни одного русского символа ни в одном контроле!!! При переключении на русский и вводе текста ничего не вводится.
Было пару раз вот что: иногда каким-то чудом удавалось ввести пару символов, видел их на экране, потом ввод переставал работать.

В чем может быть дело?

Удалил.
Поставил другую сборку из репозитория Jens.
Ситуация с русским не изменилась!