Доброго времени дня всем коллегам по нищастью.
Интересно в связке C::B + ARMGCC кто нибудь с LPC2* работал? С каким железом? ...
Не могу никак простой GCC проект оживить под этой связкой.
Поделитесь опытом, плз.

Что именно не получается?

Полагаю, что "Nothing to be done"
Скорее всего, неправильно настроен тулчейн в вкладке "Compiler Options"
Это я так, телепатирую

Спс за реакцию!
1) "Nothing to be done" я проехал довольно быстро, но посредством подключения arm-elf-gcc.exe и иже с ним из WinARM (что быстро нашлось).
2) Работаю с железкой te-lcd5.6_touchscreen_lpc2478 от Терры. Экзэмпл для IAR из комплекта заработал сразу, но начав работать с IAR понял что это не моё и тем более за деньги (хоть и не мои).
3) порылся на форуме - принял решение C::B + GCC, но экзэмпл, тот же но под ГЦЦ из комплекта te-lcd5.6... не идет :-(.
Во первых компилятор не воспринимал // как коменты, только /* ляля */ - ну хорошо, поправил.
теперь получаю:

-------------- Build: default in te-lcd56_gcc_cb_v1 ---------------

[100.0%] Running command: make.exe -f Makefile default
MAKE Version 5.2 Copyright © 1987, 1998 Inprise Corp.
Error Makefile 43: Command syntax error
*** 1 errors during make ***

Ах, да - для я начала создал в С::В новый проект под какой то эвалборт с LPC2129, но не нашел где его теперь сменить.
Но думаю Command syntax error с этим не связан.
Мне кажется что проблема в настройках или с WinARM-овским компилятором.
Вообще подскажите где взять arm-elf-gcc.exe и остальной комплект для работы с LPC2478 (или из чего надергать).
Из ИАРА можно как-то выдрнуть компилятор? он то точно работает - проверено.

Ё! что тама думать?! Что написано в мэйкфайле на 43 строке??? Там и ошибка. для начала

Готов согласицся, что на 43-й строке.
Вот только в чем ошибка?
Нажмите для просмотра прикрепленного файла
Я Makefile подложил Теровский из комплекта
Где бы еще почитать как и о чем там писать, кроме того что тут описано по настройкам компилятора?

Вот Makefile целиком.
Нажмите для просмотра прикрепленного файла
Кстати, в удобнее его редактировать?
А еще и Startup.s - тоже муть мутная...
Нажмите для просмотра прикрепленного файла
ИМХО это сильно усложняет старт, по крайней мере мне, не люблю делать то, смысл чего не осознаю.
Видимо избаловался я.

У вас make не той системы
Пропишите GNU make первым в PATH.

Форматы makefile для GNU-make и Borland(Inprise)-make --- отличаются.
Убедитесь, что не пытаетесь обработать "гнутый" мэйкфайл.

надо поправить настройки для мейка вместо
make.exe -f Makefile default
надо make.exe -f Makefile all
хотя all не вижу в списке .PHONY
навороченный мейкфайл, для компиляции всего, что есть в директории - это не гуд.
Тут кто-то когда-то наваял: Нажмите для просмотра прикрепленного файла - могут люди критиковать, но там хоть культурненько все.

Потом, для того, чтобы пользоваться С::В плагином армовым, надо его допилить - добавлять все, что coocox сделали для м3, например - т.е. по известным эвалюхам. В общем, в процессе развития пока еще эта дребедень.


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

А я как раз такие люблю. Чтоб не лазить в мейкфайл по каждому чиху. Добавил файл в папку проекта == добавил в проект. Убрал из папки проекта == убрал из проекта. Есть конечно минусы и у такого подхода, но плюсов, имхо, больше



А можно просто прибить борланд мейк. Всё равно он скорее всего не используется.

Мда.
Продвинулся, но не сильно...
Прописал путь к WinARM'овскому make.exe , получил вот что:

[100.0%] Running command: C:\WinARM\utils\bin\make.exe -f Makefile default
set -e; arm-elf-gcc -MM -I. Touchscreen.c | sed 's/\.o[ :]*/\.o Touchscreen.d : /' | sed 's/^\(.*\.o\)/.\/\1/' > Touchscreen.d
"sed" не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.
C:\WinARM\utils\bin\make.exe: *** [Touchscreen.d] Error 255
Process terminated with status 2 (0 minutes, 0 seconds)
0 errors, 0 warnings

Отсюда три вопроса:
1) О чем это?
2) В каком месте менять -f Makefile default на -f Makefile all ? Если это действительно надо...
3) То что я Makefile под С::В и планирую редактить это нормально, или есть какие нить спец. инструменты?

Спасибо за MakeFile_Arm.7z - изучаю и всем стартующим советую...

На худой конец, есть ifndef, ifeq и многое другое.
Я так сделал переключение между разными версиями mspgcc (3,4).

Но вообще, мне тоже нравится, когда не надо файлы поимённо перечислять, достаточно вписать корень модуля.
Хотя, круче было бы автоматически выявлять зависимости и формировать по ним список файлов для компиляции.
Но это пока ниасилил..
Да и неохота ломать то, что работает


Это самое нормальное решение.
Иметь под рукой сценарий сборки, не вылезая из проекта.
Тем более что и синтаксис отлично подсвечивается, и даже комментарии по Shift-Ctrl-C/X ставятся/убираются правильно (#, а не // )

1. О том, что sed и прочие binutils не прописаны в PATH
2. Меняется в Project/Build options, и еще в свойствах проекта надо указать, This is a custom makefile
3. Нормально

там просто заготовка, которая берется при каждом file/new, потом сохраняете куда хотите... да что чесслово...поклацать лень?

custom makefile указал давно, иначе бы он и не цепанулся ащще.
Сейчас в Project/Build options -> Buid Project/Target заменил C:\WinARM\utils\bin\make.exe -f $makefile $target на C:\WinARM\utils\bin\make.exe -f $makefile all
И... резальт тот же.

Это что, нужно в AUTOEXEC.BAT прописать? Типа SET PATH=%PATH%;C:\WinARM... ???
Если да, то дайте образчик плз, устал вжэ голову морщить...

Не лень. Я на ассемблере пару-тройку клав сточил. Вот отползаю на С.
Но привык знаете ли, понимать что делаю, точнее ассемблер приучил
Да, на счет MArm.exe ошибочка вышла, пардоньте

ООчень интересная ссылочка.
А не отползти ли мне обратно в IAR (будь он не ладен)...

Ну наконец что-то начало получаться, не без мата конечно, но хекс загрузился точка на ЖКД за пальцем бегает.
Всем пасиб за помощь и подсказки
Но грабли еще не все собрал, так что прошу тему не забывать...

Вот например свежий вопрос:
Если WinARM'овскому компилеру что не понравится, то C::B это уже пофиг?
В смысле он строку с ошибкой показать не сможет? Или можно обратную связь наладить как-то?

Что-то там автор слегка приврал, насчёт выкидывания ГЦЦ обращений к volatile:)

Нормально парсит, ошибки/варнинги как компилятора, так и линкера.


Мой комп->Свойства->Дополнительно->Переменные среды->Path->Изменить->Добавляем свой путь

А Вы не читайте столетней давности заметки - они уже не актуальны, это ж не математика

AndOr, Ваша статья по ссылке древняя. Ваш тулчейн ещё более древний.
Почитайте лучше это. Тоже не самый свежак и на английском, но зато намного квалифицированнее написано.
А ещё можно почитать Getting Started от Code Sourcery.

Итак, продолжаю пыхтеть, что бы освоить С::В, прежде чем выкинуть и забыть.
По совету бывалых, еще немного почитал на английском...

Хотя и так последние лет 8-10 на русском читаю на порядок меньше.
Поскольку местные Гуру делиться с чайниками не разбежались, я раздобыл свежий toolchain на стороне, ибо если я сам (чайник) его сделаю, то уверенности не будет.
Автор нового toolchain'а решил дать файлам свои имена, так что кроме прописки в PATH пришлось заменить и в Makefile все arm-elf-... на новые.
И подумал я, что теперь начну ваять, да не тут то было.
например меня сразу остановило вот это:
Нажмите для просмотра прикрепленного файла
при том флаг CFLAGS = -std=gnu99 в Makefile присутствует:
Нажмите для просмотра прикрепленного файла

Вопрос 1:
Это и правда не допустимая конструкция в GCC или я еще что-то не настроил?
Вопрос 2:
Как сделать так, чтобы такие ошибки (на выходе компилятора) в Build messages отправляли к строке с этой ошибкой?
Я имею ввиду не номер строки, а именно "правой кнопкой мышки, двумя кликами или еще как-то" попадаешь на нужную строку нужного файла, даже если он не открыт в данный момент.

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

А двумя строчками ниже CFLAGS заменяется на что-то другое.
Замените там "CFLAGS =" на "CFLAGS +=".

AHTOXA респект!
Теперь кушает.
Но вопрос один еще остался:

И еще один вопрос нарисовался:
Не могу настроить дебаг, что бы видеть значения и вообще жизнь переменных.
Иногда важно знать даже как они убиваются, особенно если используются регистры.
А тут просто список всего подряд в колоночку, как то не очень.
Я правда не помню когда последний раз дебажил (программые ловушки мне ближе), но помню как, как-то давно, дебажил сложную подпрограмку критичную ко времени исполнения и для частого вызова.
Так что подскажите, если не трудно, это хотя бы удобно реализовано в С::В для реальной работы или есть где по-лучше?

Решил немного отвлечься (пока помощь не пришла) и полазил по другим веткам где GNU упоминается.
Ба! Да все мои помощники на Eclipse сидят... и toolchain там от klen думаю по-лучше моего "на стороне" добытого будет...
Я конечно люблю делать свои ошибки нежели повторять чужие, но пожалуй надо тоже закачать Eclipse и по горячим следам сравнить с С::В.
Взгляд с колокольни начинающего toolчайника, так сказать.

Здравствуйте!

Решил пока не открывать новую тему и вопрос задать здесь.

Можно ли как-нибудь в Code::Blocks автоматизировать процесс "сворачивания" функций и т. п. (т. е., скрыть их тела, оставив заголовки, чтобы на экране места занимали минимум)?
Если исходник большой и в нем много функций, то напрягает постоянно вручную нажимать на "-", чтобы скрыть функции, с которыми работать не нужно в данный момент...

Может, плагин какой... или сценарий?

Это правильно, пусть будет всё вместе.
Пора бы уже FAQ состряпать, а то сам иногда забываю разные вещи по мелочи...

Settings->Editor->Folding

Fold All On File Open v

а еще symbols browser может тут помочь, тогда и сворачивать не надо.
(settings->editor->Code-completion...->symbols browser)

FAQ было бы очень неплохо состряпать.



Спасибо, нашел




Хммм... пока не понял как.

Если есть что сказать, ВЭЛКАМ!

Начал было, да вот пока никак...
Да и с картинками пока непонятно что, а без картинок тоскливо...

ну упрощает навигацию по коду, когда все функции перед глазами...быстро перейти на нужную не составляет труда.

Не понял пока как его заюзать...
Выставил где Вы показали "Display as free floating/docking window".
Появилось окно, но оно пустое... ничего там нет...

Как все выглядит у меня:
во-первых он встраивается в панельку справа "managment" если не ставить галочку docking window
далее...выставляем в symbols browser режим view "current fike's symbol" чтобы показывать данные для просматриваемого файла
теперь в проекте при просмотре файла тыкаем в панели symbols browser на строчку global functions и ниже (за разделителем) видим перечень всех функций в текущем файле.
жмем 2 раза на нужное название и в окне редактора прыгаем на эту функцию.

Это имеется в виду наверно панель Symbol Browser - удобная, правда я как-то пока не привык пользоваться.
Я её вытащил отдельным фреймом, благо wide 24" монитор позволяет

да...именно о ней речь и идет

А я вот никак не могу побороть такой феномен:
В одном проекте выводится полный лог всего процесса компиляции, а в соседнем - только конечный результат.
Либо, если возникает error, а не warning, то тоже выводится полный список.
мэйкфайлы различаются только списком подключенных модулей, различий в настройках проектов не обнаружил, однако ж...

Что за напасть, не понимаю.

Вот результаты во втором случае

настройки проектов для сборок debug и release тоже сравнивали? может в них различия

Возник вопрос, заметил такой косяк:
есть проект под atmega16a, после компиляции вижу что на порту А всегда 0 (хотя на выход инициализируется - видно в протеусе).
теже файлы скомпилированные под AVR Studio под atmega16 дают нормальный результат.
Кто-нибудь с подобным сталкивался?
используется соответственно avr-gcc, в code::blocks добавлял в перечень МК atmega16a. Компилировал для обоих вариантов (m16 и m16a) - эффект один, на порту А нули.

вопрос снят.
дело было в опции компилятора "Produce debugging symbols (-g)" в сборке Debug. Хотя и странно почему она так влияет на результат.

Нашел его там



Выставил.



А вот этого у меня нет.
Картинка ниже.

А вот это есть?
Нажмите для просмотра прикрепленного файла

Да, плагин включен.
Может, еще что включить надо?

Файл именно из текущего проекта должен быть...такая вот недоработка...в других файлах он разбор не делает.

Файл из текущего проекта... как и все остальные файлы... ни в одном не работает

Что-то с перенаправлением потоков?

странно...а при загрузке в области уведомлений никаких сообщений нету?

При загрузке проекта?
Область уведомлений - "Logs & others"?
По F2 которая?

Проект загрузил - там на всех вкладках пусто...

Гы... сейчас перешел в очередной раз в Management->Symbols.
Все появилось

Похоже, настройки применяются один раз при загрузке IDE


Помню, где-то я про это читал...
Однако где, когда и что...
Память превратилась в ФИФО-буфер, причём очень короткий

В консоли всё нормально, make all выводит полный лог, от и до.

Можно ли элемент из Tools поместить на панельку в виде кнопки?

Максимум, с чем я сталкивался - под вынью надо было кое-где явно указывать cmd /c <command_to_execute>


Низзя.

А переключатся между вкладками без назойливого всплывающего окошка возможно? чтоб просто по ctrl+tab перелетал на последнюю открытую вкладку

А Вы переключались при таких условиях:
1. Несколько открытых проектов
2. Файлы называются одинаково
?
Без окошка - сплошной бардак
Имхо, это в хотелки надо внести - чтоб если имена открытых файлов уникальны, то окошко и не надо...