Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Встречаем: eclipse 4.5 Mars
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > GNU/OpenSource средства разработки
k000858
https://projects.eclipse.org/releases/mars

Сейчас ставлю с нуля, + плагины + апгрейд существующих воркспейсов под новый IDE

Кто успел поюзать? Есть новые фишечки?

Пока успел затестить индексацию: работает так же криво как и в луне..
Непомнящий Евгений
Цитата(k000858 @ Jun 25 2015, 07:41) *
Пока успел затестить индексацию: работает так же криво как и в луне..


А что у вас с индексацией в Луне? У меня, к примеру, нормально работает. Вы смотрели, что у вас в "Preprocessor Include paths"? Там все пути и макросы должны быть правильными, если это не так - надо править провайдеров.
k000858
Цитата(Непомнящий Евгений @ Jun 25 2015, 09:25) *
А что у вас с индексацией в Луне? У меня, к примеру, нормально работает. Вы смотрели, что у вас в "Preprocessor Include paths"? Там все пути и макросы должны быть правильными, если это не так - надо править провайдеров.

зачастую луна показывает ошибки

Код
Field 'Hours' could not be resolved    Semantic Error
Symbol 'time' could not be resolved    Semantic Error


при просмотре .c файлов, однако проект нормально компилится

в инклудах пути верные, иначе как бы проект компилился?




вот так выглядит вкладка "Preprocessor Include paths" проекта
Непомнящий Евгений
Цитата(k000858 @ Jun 25 2015, 10:01) *
в инклудах пути верные, иначе как бы проект компилился?

Насколько я понимаю, "Preprocessor Include paths" влияет только на индексацию. Опции компиляции настраиваются отдельно.

Еще можно поискать структуру с полем Hours и посмотреть, что в этом файле подчеркивается. Возможно, эклипс не может найти какие-то инклюды. Иногда помогает ребилд индекса.

На вашем скриншоте смущает задвоение строк.
k000858
Цитата(Непомнящий Евгений @ Jun 25 2015, 11:10) *
Еще можно поискать структуру с полем Hours и посмотреть, что в этом файле подчеркивается. Возможно, эклипс не может найти какие-то инклюды. Иногда помогает ребилд индекса.

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

Но! Если компилятор собирает проект без ошибок, считаю что пути указаны корректно. Некорректно ищет парсер IDE

Цитата(Непомнящий Евгений @ Jun 25 2015, 11:10) *
На вашем скриншоте смущает задвоение строк.

да да, не понимаю откуда это удвоение. каждый иклуд-путь в настройках проекта указан единожды..
Непомнящий Евгений
Цитата(k000858 @ Jun 25 2015, 10:20) *
Но! Если компилятор собирает проект без ошибок, считаю что пути указаны корректно. Некорректно ищет парсер IDE


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

Еще вариант - используются какие-то неизвестные парсеру IDE расширения языка (специфичные для IAR к примеру __flash или @) Тут можно подшаманить макросами, чтобы их скрыть и не смущать парсер.

Цитата
да да, не понимаю откуда это удвоение. каждый иклуд-путь в настройках проекта указан единожды..

Надо или корректно настроить провайдеры или задать руками.

Я к тому, что у меня в эклипсе для нескольких десятков разных проектов (qt+msvc, arm+gcc, avr+iar) автокомплит работает нормально sm.gif
k000858
даже и не знаю, что там можно подшаманить чтобы работало корректно: в моем случае все просто - некоторые сорцы инклудят хедеры, которые инклудят другие хэедеры. т.е. многоуровневые библиотечки получаются. Компилятор такую схему обрабатывает нормально а сама IDE видит конечный херед, только если он заинклуден прямиком в сорсе а не через другой хедер. вот такая байда

в остальных случаях все работает корректно
nanorobot
Цитата(k000858 @ Jun 25 2015, 14:41) *
даже и не знаю, что там можно подшаманить чтобы работало корректно: в моем случае все просто - некоторые сорцы инклудят хедеры, которые инклудят другие хэедеры. т.е. многоуровневые библиотечки получаются. Компилятор такую схему обрабатывает нормально а сама IDE видит конечный херед, только если он заинклуден прямиком в сорсе а не через другой хедер. вот такая байда

в остальных случаях все работает корректно

Ладно бы в каких нибудь исключительных случаях, а то ведь uin32_t он понимает, а uin8_t и uint16_t - не хочет. Победить не могу.
Непомнящий Евгений
Надо дойти через эклипс до объявления этих самых uint8/16_t и посмотреть, чего ему не нравится. Вероятно в объявлении участвуют какие-то системные макросы, а эклипс не знает их значений. В общем смотреть надо sm.gif
AlexMad
А уменя на Марсе старый плагин (а другого нет) интеграции с Qt не захотел работать. Так что пока осианусь на Луне.
swisst
скачал -> запустил -> указал Workspace и как всегда

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

кто как на такое реагирует и что они там меняют ?
Непомнящий Евгений
Цитата(swisst @ Jul 8 2015, 10:06) *
кто как на такое реагирует и что они там меняют ?


нажимаем ОК sm.gif Если волнуетесь - сделайте бэкап
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.