Jump to content

    
Сергей Борщ

Вопросы по Eclipse, CDT, Zylin embedded CDT

Recommended Posts

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

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

Да, и о каком компиляторе речь-то?

Share this post


Link to post
Share on other sites
многие "ключевые слова" таковыми не являются,

...

Да, и о каком компиляторе речь-то?

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

Share this post


Link to post
Share on other sites
спасибо за ответы, разобрался сам, подняв gfortran...

другой вопрос

создал проект в эклипсе

по дефолту там компилится для мега16

где мне поменять название микроконтроллера и частоту?

а файлы типа io.h закидывать прям в папку с проектом?

Хороший стиль, все-таки, указать компилятору путь к стандартным заголовочным файлам.

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

Share this post


Link to post
Share on other sites

поставил 1 пакет - все заработало)))

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

заранее благодарю

Share this post


Link to post
Share on other sites
Да, и о каком компиляторе речь-то?

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

 

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

Странно, что в более навороченном Eclipse такого нет.

 

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

Share this post


Link to post
Share on other sites
__align - ключевое слово компилятора ARM RealView.

 

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

Странно, что в более навороченном Eclipse такого нет.

 

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

 

Вот тупое, но действенное решение:

http://www.eclipse.org/forums/index.php?t=...3a65e009734fe93

 

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

printf(__align "Hello world!n");

?

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

Share this post


Link to post
Share on other sites
Вот тупое, но действенное решение:

http://www.eclipse.org/forums/index.php?t=...3a65e009734fe93

Спасибо за развёрнутый совет!

Думаю, это решит часть проблемы :)

 

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

Share this post


Link to post
Share on other sites

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

 

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

 

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

Share this post


Link to post
Share on other sites

у меня также. есть еще косяг у галлилео - невсегда кнопки мышкой нажимаются, сие есть видимо глюк ос+java

http://androidteam.ru/faq/eclipse-ubuntu-910-problems.html

все имеется ввиду под Ubuntu 9.10 (Karmic Koala), в масдае все работает

Share this post


Link to post
Share on other sites
у меня также. есть еще косяг у галлилео - невсегда кнопки мышкой нажимаются, сие есть видимо глюк ос+java

http://androidteam.ru/faq/eclipse-ubuntu-910-problems.html

все имеется ввиду под Ubuntu 9.10 (Karmic Koala), в масдае все работает

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

 

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

Share this post


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

Share this post


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

 

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

забыл спросить а система то какая?

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.