Я не совсем точно изъяснил проблему. На Zylin-сайте сказано, что требуется использовать для закачки из Eclipse Update software с адреса http://opensource.zylin.com/zylincdt. Но на практике у меня Eclipse с этим адресом не соединяется. Где бы найти свежую версию плагина в виде архива?

Господа, может кто знает как в Eclipse использовать AVR компилятор от IAR?

в данном случае использую Eclipsе для разработки под ARM, доставлен плагин отладки Hardware Debuggin, есть проблема в том что под Linux в Eclipse все работет но не показывает регистры проца, просто пустое окошко Resgisters, в окно Variables можно засунуть $r0,$r1.... и получить тоже но осадок....
бесит этот косячег. Причем давно, я уже систему переставил и версию Eclipse сменил. Под виндой таже версия IDE и плагинов ресует при отладке значение регистров.

я один такой рыжий? ктонибудь знает как это можно поправить?


Eclipse build 20090920-1017
CDT 6.0.0.200909110608
CDT / Eclipse GDB Hardware Debugging 5.1.0.200909110608

Как заставить показывать .project и другие по дефолту скрываемые xml-файлы в Project Explorer?

Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла

фисе ... приехал ... лыжы стерлись об асфальт

ни на винде не под линуксом, ни в ганимеде ни в галлилео при отладке регистры не отображаются в окошке Registers

все сломалось, везде где можно было.

осталось винду пересдавить линукс и JRE, остальное уже испробовано.

все сломалось окончательно 13 числа в пятницу. вот и не верь после этого в приметы

Во! Надыбал парсер ошибок для компиляторов IAR.
Если скопировать прилагаемый "jar" файл (обязательно вынуть из архива)
в каталог eclipse\plugins то в закладке с парсерами появляется строка для IAR :
Нажмите для просмотра прикрепленного файла

Я проверил на компиляторах для AVR и MSP430 - работает.
Нажмите для просмотра прикрепленного файла

нашел причину
новый GDB 7.0 , о чем собсно в доках и написано, иеет изменеия в MI протоколе, поэтому с 6.8 все работает. а с 7.0 не все. Соответственно эклипсовский плагин апартного JTAG нада допиливать под новые фичи этого протокола.

ничего страшного. скорее всего в пакете MI сдвинулись поля и от этого плагин его криво парсит и не всю информацию выводит в отладочные окна эклипсы.

еще один повод занятся изучение млагиностроения к эклипсе.

Что-же, в Эклипсе так и нет возможности задавать собственные ключевые слова?

К примеру, редактор не понимает __align и тупо выделяет его как синтаксическую ошибку


Да куда уже шире. Возможности задать новое слово как не было, так и нет.
Очень странно.

привет всем!
поставил линукс и эклипс 3.5... как добавлять плагины туда?
help>install new software> дальше добавляю сайт плагина например http://avr-eclipse.sourceforge.net/updatesite/
сам плагин находит но в процессе установки вылазит ошибка > Software being installed: AVR Eclipse Plugin 2.3.1.20081204PRD (de.innot.avreclipse.feature.group 2.3.1.20081204PRD)
Missing requirement: AVR Eclipse Plugin 2.3.1.20081204PRD (de.innot.avreclipse.feature.group 2.3.1.20081204PRD) requires 'org.eclipse.cdt.core 4.0.0' but it could not be found - как поставить этот плагин?
да и вообще, по каким критериям, устанавливая другие плагины, можно судить что ссылка правильная? например для фортрана ссылка - http://wiki.eclipse.org/PTP/builds/photran/5.0.0 а если ее поставить в то окно, то среда выдаст ошибку...
заранее благодарен за ответы

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

Если не только с этим сайтом не соединяется, то попробуйте настройки сети в самой Эклипс пошаманить.
Архив плагина попробуйте в переписке поискать.
Раньше автор прямые ссылки на архивы там давал. Здесь, например.

я раньше зулиновским плагином пользовался, а потом мне показалось что он перестал развиватся.

пользусь стандартным плагином 'Eclipse GDB Hardware Debugging'

чем зулиновский лучше?

спасибо за ответы, разобрался сам, подняв gfortran...
другой вопрос
создал проект в эклипсе
по дефолту там компилится для мега16
где мне поменять название микроконтроллера и частоту?
а файлы типа io.h закидывать прям в папку с проектом?

а "__align" это у вас такой хитрый #define?
если так, что видимо эклипс не нашёл файла, в котором определён этот дефайн.

Это ключевое слово для какого-нибудь компилятора.

многие "ключевые слова" таковыми не являются, например "flash" - обёртка над "__attribute__". "__attribute__" - в ключевые слова добавлен. а вот #define парсер например не смог "развернуть". сталкивался с таким. решается либо настройкой тулчейна, либо прописыванием в эклипсовские пути поиска заголовочников правильных путей.
Да, и о каком компиляторе речь-то?

Вот-вот. Мир компиляторов на gcc не заканчивается. Для того же IAR __flash - ключевое слово, расширение компилятора.

Хороший стиль, все-таки, указать компилятору путь к стандартным заголовочным файлам.
Если используется makefile, сделанный Вами, то все изменения вносите в него (тип контроллера, частота, ключи сборки и др.). Если используете автоматическую генерацию, то ищите в соответствующих настройках среды (в этом случае я не помощник).

поставил 1 пакет - все заработало)))
теперь другой вопрос - вот что поставить на эклипс для работы с арм7 от филипс в частности lpc2478? посоветуйте пожалуйста еще к нему среду прошивальщика
заранее благодарю

__align - ключевое слово компилятора ARM RealView.

Просто в том же SlickEdit я могу свободно добавлять новые ключ. слова типа byte, dword и т.п, что мне будет удобнее.
Странно, что в более навороченном Eclipse такого нет.

ЗЫ: с другой стороны, в SlickEdit (v14) не получилось задать цвет для имён определений #define - то есть само слово define подсвечивается, а имя его определения - нет...

Вот тупое, но действенное решение:
http://www.eclipse.org/forums/index.php?t=...3a65e009734fe93

Насколько я понял после гугления на эту тему: Эклипс не просто пробегается по всем выделенным словам в коде и сверяет со списком ключевых слов. Он делает полноценный C99 парсинг. По этой причине "списка ключевых слов" не может быть в принципе. Как расценивать в таком случае конструкцию:

?
Есть более правильные способы настройки CDTшного парсера, на они требуют знания "потрохов" системы.

Спасибо за развёрнутый совет!
Думаю, это решит часть проблемы

ЗЫ: хотя в "слике" читать текст программы будет проще и удобнее благодаря более гибкой системе цветового кодирования.

Долго не хотел задавать этот вопрос, всё сам пытался найти... Кто-нибудь прикручивал к CDT компилятор M$ VisualC++ ?

Появился вопросец: 

Точно не могу сказать, после чего, но, по-моему, после перехода на EclipseGalileo при старте отладки он(эклипс) стал чего-то ждать. То есть, жмешь дебаг (отладка через мт-линк), при необходимости проходит компиляция, а потом внизу, в строке статуса появляется надпись "Launching <имя проекта>:57%". Вот так висит от полминуты до минуты. Потом начинает обращаться к openOCD или к виндовому GDBserver, заливает код в кристал и начинает дальше трудиться.

На предыдущем эклипсе (Ганимед) такого не замечал. Это только у меня так? и если да, то где и как посмотреть, чего он ждет столько времени?

у меня также. есть еще косяг у галлилео - невсегда кнопки мышкой нажимаются, сие есть видимо глюк ос+java
http://androidteam.ru/faq/eclipse-ubuntu-910-problems.html
все имеется ввиду под Ubuntu 9.10 (Karmic Koala), в масдае все работает

Да, про косячок с кнопками знаю.

ЗЫ. тоже самое относится и к НИОСу9.1 - он ведь тоже на Галилео основан.

Наблюдал аналогичное поведение при запуске компилятора. У меня при исполнении makefile в path дописывается путь к компилятору. Путь берется из переменной окружения. На одной из машин переменная окружения была не прописана, в результате в path добавлялась строка, начинающаяся с \\. Естественно, машина пыталась найти сетевую шару с таким именем.

С кнопками тоже был косяк. Но вчера в системе обновилось куча java-вского софта и этот глюк пропал.

обновил систему.. с кнопкоми косяг остался, а зависаний на страте gdb на отладку пропали... чудно все это ...
забыл спросить а система то какая?

gentoo т.е. eclipse самосборный.

Подозреваю что починилось после обновления SWT до 3.5.1

Весь уже изгуглился, не нашёл нормального решения. Как прилинковывать ресурсы с относительным путём?

То есть, у меня есть папка PROJECTS, в ней папка, скажем LIBS, общая на все проекты, и папки проектов. Хочу в каждый проект прилинковать папку ../LIBS, но никак не изобрету как. Через переменную среды (Path variable) - почти нормальное решение, но она требует абсолютного пути, а они разные на разных машинах. Поделитесь опытом, кто как делает?

И вообще, никак не вырисовывается у меня в голове стройная картина, как же использовать эту эклипсу Вот что это за воркспейcы такие? Где их место в моей иерархии? Как мне делать, по воркспейсу на каждый проект, или по воркспейсу на каждое семейство контроллеров?

Project->Propertities->C/C++ General-> Paths and symbols->Include->GNU C/C++ ->../../common и снять галочку is a workspace pathскорее первое. Если в проекте несколько контроллеров и всякие писишные утилиты - их в этот же воркспейс.

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



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

У меня функции находит. Ошибки не показывает, это да.Так это... один раз настроить, File->Export->General->Preferences
Создаем новый воркспейс, File->Import->General->Preferences. В той же папке, в которой создали воркспейс создаем папку проекта, копируем в него из существующего .project, .cproject, makefile, редактором в первых двух правим название проекта, File->Import->Existing projects into workspace. Все.

Если папки типа ../../common добавить к проекту как Linked ресурс, то и функции найдёт и ошибки покажет.
File->New->Folder->Advanced->Link to...
В Paths and symbols специально ничего не добавляю, туда автоматически добавляются только папки с заголовочными файлами из тулчейна.

Хм... Вот этим мне и не нравится эклипс - слишком он многогранен (если не сказать - монструозен ), и потому плохо предсказуем. По ошибке я нашёл как переходить, правая кнопка мыши - open external что-то там. А вот функции находит лишь частично, не подчёркивает их красненьким, то есть знает про них, но по Ctrl+click - не открывает.
За способ копирования проектов - большое спасибо, завтра испытаю.



Так не получается, в этом и беда! Требует абсолютный путь. Я уж что только не подсовывал ему в .project. Не понимает.

Разобрался. Видимо эклипс немного иначе парсит исходники.


То есть, он считает, что из пространства имён видны только имена, объявленные в этом же пространстве имён (мощно задвинуто ). А глобальные - не видны.
Я думаю, что я смогу с этим жить

А ещё у меня вот такой вопрос. Есть ли возможность назначить make-target-ам горячие клавиши? Или как-то иначе повесить вызов, скажем, make reset на кнопку?

Window->Show View->Make Targets, правда не кнопки, но есть куда кликать и все цели в одном месте.
Или Вам ещё проще нужно?

Это-то нашёл. Хочется сделать именно клавиатурное сокращение. Привык

Предлагаю на будущее при описании проблемы указывать версию eclipse.
У меня установлен Helios M5, проблем с парсингом ошибок и исходников не наблюдаю, системные переменные с путями к проекту и воркспейсу обновляются автоматически при переносе проекта в другое место.

У меня текущая стабильная версия - eclipse-cpp-galileo-SR1-win32.zip. Helios-M5 - это же development build? Как он, не падает? Надо будет попробовать вечерком.

Не то, что не падает, а ведёт себя намного стабильнее.
Под Linux, в отличие от Galileo, все кнопки работают.

Поставил Helios-M5. Никаких изменений (кроме заставки) пока не заметил
Точно так же не видит из namespace внешнюю функцию:


Ну с остальным я вроде освоился, даже поотлаживался по шагам. Баловство всё это, но приятно

AHTOXA, только что проверил приведенный Вами пример.
Во всех случаях подчёркивает, показывает, переходит.
Что Вы такого делаете, чтобы не работало?

Надеюсь, TSensorsProcess был объявлен как

? Если так, то единственная оставшаяся причина (помимо оси) - разные способы подключения исходников scmRTOS. У меня они подцеплены к проекту через Project->Propertities->C/C++ General-> Paths and symbols->Include, а у вас, насколько я понял, - через File->New->Folder->Advanced->Link to.
Завтра проверю это предположение...

Ну разве что имя немного другое.

Именно так.

Проверил. Дело было именно в этом. Как только подключил папку scmRTOS как linked folder, всё сразу стало мягким и шелковистым

Осталось придумать, как подключить таким образом относительный путь, и будет практически полное счастье В новой версии эклипса видны подвижки в этом направлении - в списке Project->Propertities->Linked Resources уже есть PROJECT_LOC и WORKSPACE_LOC. Но при попытке указать для linked folder-а путь вида "WORKSPACE_LOC/../../scmRTOS" - не ругается, но папка отображается пустой и с восклицательным знаком.

Относительный путь через переменную можно создать если линкуемый ресурс находится как минимум в папке воркспейса.
Примерно так: WORKSPACE_LOC/scmRTOS, но не так как Вы хотите WORKSPACE_LOC/../../scmRTOS
Если не лень, зашлите на эклипс предложение об этом.

Я так и понял. Но это противоречит идее один проект = один воркспейс. Не хранить же копии scmRTOS в каждом проекте.
Ладно, я уже смирился, завёл папку LIBS, и залинковал её. А для makefile-а - делаю NTFS-link этой папки в нужное место дерева проектов.

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