VisualGDB и ARM Опции

[DASM]

Есть несколько вопросов, но такой связкой тут, похоже, мало кто пользуется. Если все же кто-то пользует - откликнетесь плиз.

[x893]

я пользуюсь.

[DASM]

Ну первое впечатление - просто супер, наконец-то в любимом Visual Studio работать можно (+Visual Assist). Но у меня проблема с СТМ32F4 + HAL - проект образцовый вылетает в DefaultHandler. Не случалось? Кроме того, приходится Ст-Линк подключать как OCD , а не родные дрова , ибо родные нестабильно и странно работают. У Вас какой процессор?

[ViorDash]

Тоже начал пользовать. С JLink-ом немного дольше грузит, чем через Olimex. Полностью доволен. C STM32F207 проблем не было

Сообщение отредактировал ViorDash - Aug 27 2016, 19:45

[DASM]

Тоже начал пользовать. С JLink-ом немного дольше грузит, чем через Olimex. Полностью доволен. C STM проблем не было

Да вообще супер вещь. С jlink еще не пробовал - надо будет. А Вы HAL используете или что?

[romas2010]

Есть несколько вопросов, но такой связкой тут, похоже, мало кто пользуется. Если все же кто-то пользует - откликнетесь плиз.

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

[ViorDash]

Да вообще супер вещь. С jlink еще не пробовал - надо будет. А Вы HAL используете или что?

Да, HAL, просто взял их сгенерированный визардом код, и его расширял. Но не вижу проблем и без библиотек использовать

[Шаманъ]

Я пользуюсь связкой Visual Studio + gcc. На VisualGDB поглядываю иногда, но смысла не вижу - когда нужна отладка, то пользуюсь просто gdb (как-то привык уже, да и не так часто она нужна), а в других случаях и без VisualGDB все прекрасно

[DASM]

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

А Вы попробуйте Visual Studio + Visual Assist в качестве IDE =) Пробав я хваленый Эклипс - на мой взгяд даже не близко. Впрочем не буду обижать чувства верующих.
Вот тут http://www.wholetomato.com/ можно видео глянуть.

[AlexandrY]

А Вы попробуйте Visual Studio + Visual Assist в качестве IDE =) Пробав я хваленый Эклипс - на мой взгяд даже не близко. Впрочем не буду обижать чувства верующих.
Вот тут http://www.wholetomato.com/ можно видео глянуть.

Ну попробовал.
Во первых вся троица является коммерческими продуктами. Это несколько напрягает.
Ну допустим есть обрезанная Visual Studio 2015 community, хотя реальный разработчик такое ставить себе не будет.
Но я поставил потому что хотел самый быстрый вариант VS (снес при этом полную версию с MSDN).
И что вы думаете...? Этот папелац все равно запускается не меньше минуты!

Потом вылезло вот такое:


К тому же VisualGDB подсовывает нам GCC компилятор непонятной сборки. Т.е. какие опции поддерживаются надо начинать исследовать с нуля.
Для инициализации периферии они натырили проектов которые STM, NXP и Freesacle дают для своих IDE с GCC. Т.е. ну полный мусор с моей точки зрения.

Мой опыт с GDB под JLink говорит что это глючный вариант и практически не использующий кучу возможностей JLink.

Хотя насчет Эклисе согласен. Этот вариант еще тормозней. На хидерах для армов его парсер нереально долго зависает.

[x893]

так не пользуйтесь - никто и не заставляет.
еще есть segger ozon.

[ViorDash]

У меня отношение ко всему "зоопарку" сред разработок, подобно ситуации например с любимой отверткой, зачем мне нужен кусок металла и пластик и потратить кучу времени/знаний чтобы из этого потом делать инструмент, если мне нужно только закрутить винт. По мне лучше заплатить и получить инструмент к которому я привык, и тратить время на работу, а не на инстументы

[AlexandrY]

У меня отношение ко всему "зоопарку" сред разработок, подобно ситуации например с любимой отверткой, зачем мне нужен кусок металла и пластик и потратить кучу времени/знаний чтобы из этого потом делать инструмент, если мне нужно только закрутить винт. По мне лучше заплатить и получить инструмент к которому я привык, и тратить время на работу, а не на инстументы

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

Хотя конечно есть и те кто работает у конвейера с отверткой.

[Непомнящий Евген...]

А Вы попробуйте Visual Studio + Visual Assist в качестве IDE =) Пробав я хваленый Эклипс - на мой взгяд даже не близко. Впрочем не буду обижать чувства верующих.
Вот тут http://www.wholetomato.com/ можно видео глянуть.

Видео проглядел, из того, что нет в eclipse cdt - список подстановки с учетом типа, этого да, не хватает. Но обещают в очередном релизе вроде как.

А так чувства "ВАУ" нет. Семантическая подсветка, рефакторинг, поиск ссылок, автокомплит - все есть в эклипсе.

Тут народ пишет про тормоза парсера - ну хз, не наблюдаю (компу года 3). Полная переиндексация занимает минут 5, но я ее вынужден делать очень не часто.

Кстати, плагины ставятся на community edition (на express не ставились)?

[DASM]

Ну попробовал.
Во первых вся троица является коммерческими продуктами. Это несколько напрягает.
Ну допустим есть обрезанная Visual Studio 2015 community, хотя реальный разработчик такое ставить себе не будет.

Я Вам и не предлагал ничего ставить, Вы - Реальный Разработчик, а я так, тупой ламер, и мне удобнее свои елочные гирлянды клепать на нем =)

[AlexandrY]

Я Вам и не предлагал ничего ставить, Вы - Реальный Разработчик, а я так, тупой ламер, и мне удобнее свои елочные гирлянды клепать на нем =)

Я имел в виду, что реальный разработчик обязательно захочет на VS еще писать приложения для PC, Android, WEB и т.д. для чего community не слишком подходит,
и это еще замедлит в разы его загрузку и открывать мелкие проекты на С-и в нем станет совсем невмоготу.

Тем более ёлочные гирлянды требуют нынче управления с андроида.

[DASM]

Все равно не понял. У меня эта связка запускается за секунды, контекстные хелпы и прочие "фишки" появляются мгновенно, не то что тормоза на Эклипсе. VS 2010 у меня + VAssist.

[AlexandrY]

Все равно не понял. У меня эта связка запускается за секунды, контекстные хелпы и прочие "фишки" появляются мгновенно, не то что тормоза на Эклипсе. VS 2010 у меня + VAssist.

А.. 2010. Так с этого и надо было начинать.

Но и там не секунды. Вот честно замерьте тайминг. Там наверняка десятки секунд будут.

[DASM]

А.. 2010. Так с этого и надо было начинать.

Но и там не секунды. Вот честно замерьте тайминг. Там наверняка десятки секунд будут.

Возможно, это же один раз.. Мне прикручивать FreeRTOS и разбираться с ком. строкой ГНУ заняло бы куда более времени (не спорю, разбираться придется, но такой QuickStart очень удобен. Возможности навигации по коду вообще огромны - сразу можно понять, что происходит в "кишках"). Ну ладно, спорить не буду. А чем 2010 плох? У меня есть и посвежее - но смысл?

[kostyan]

Откровенно забавляют микрософтофилы со своими платными студиями и платными же кучей плагинов под них. То что было в бесплатном еклипсе едва ли не в первой версии, как то отличнейшие рефакторинг и навигация по коду, того нету из коробки в студии наверное и сейчас. Да госпидя, элементарнейшего - "goto last edit location" нету в 2013 студии, неудивлюсь если нет и в 2015ой! Терпеть ненавижу когда по ходу разработки иногда приходится пересаживаться в студию.

[AlexandrY]

Возможно, это же один раз.. Мне прикручивать FreeRTOS и разбираться с ком. строкой ГНУ заняло бы куда более времени (не спорю, разбираться придется, но такой QuickStart очень удобен. Возможности навигации по коду вообще огромны - сразу можно понять, что происходит в "кишках"). Ну ладно, спорить не буду. А чем 2010 плох? У меня есть и посвежее - но смысл?

Один раз? В смысле в начале дня включил и в конце выключил? У меня так не получается, смотреть надо массу файлов и проектов.
И легче выключить и новый воркспейс загрузить.

Навигация по коду хорошая в Visual Studio, ничего против. Но все таки чуть тормознее чем в SlickEdit.

Да госпидя, элементарнейшего - "goto last edit location"

А это зачем надо? Проблемы с оперативной памятью?

[DASM]

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

Забавляйтесь дальше.

[kostyan]

А это зачем надо? Проблемы с оперативной памятью?

Фича весьма мастхевная! Если конечно не гирлянду писать, а, к примеру, рыться в чужом/своем объемном коде, выискивая где бага посажена.

[AlexandrY]

Фича весьма мастхевная! Если конечно не гирлянду писать, а, к примеру, рыться в чужом/своем объемном коде, выискивая где бага посажена.

Так это не фича, а костыль. Поскольку еклипс жутко тормозит на парсинге вы и используете этот "мастхэв"

А нормально - это применять рефакторинг, тогда в принципе нет одного места редактирования.

[DASM]

Поскольку еклипс жутко тормозит на парсинге вы и используете этот "мастхэв"

Это точно.
"goto last edit location" - а что это такое?

[kostyan]

Нене, теплое с мягким путать не надо, рефакторинг там наиотличнейший и из коробки, в отличии от. А вот к примеру в чужом коде ищешь баг - поставил какой нибудь принтф в одном месте - пошел дальше по стэктрэйсу в глубины изучать код, даже запустил чтото, подебажил... Потом осенило, надо резко вернуться найти где ты своего что то привнес - очень удобно. Буквально из разряда "попробовал раз, ем и сейчас", ванлав.

[AlexandrY]

Потом осенило, надо резко вернуться найти где ты своего что то привнес - очень удобно. Буквально из разряда "попробовал раз, ем и сейчас", ванлав.

Речь наверно о кнопках навигации.
Вот этих-

А не пробовали отыскивать свои принты путем goto reference ?
На мой взгляд значительно информативней.

[DASM]

Речь наверно о кнопках навигации.
Вот этих-

А не пробовали отыскивать свои принты путем goto reference ?
На мой взгляд значительно информативней.

Речь наверно о кнопках навигации.
Вот этих- - так они всегда в VS были

[Непомнящий Евген...]

Так это не фича, а костыль. Поскольку еклипс жутко тормозит на парсинге вы и используете этот "мастхэв"

А нормально - это применять рефакторинг, тогда в принципе нет одного места редактирования.

гм, у меня не тормозит. Что я делаю не так?

[DASM]

гм, у меня не тормозит. Что я делаю не так?

Очевидно понятие "не тормозит" отличается от нашего ))

[Непомнящий Евген...]

Очевидно понятие "не тормозит" отличается от нашего ))

так мы далеко зайдем

Проекты довольно большие, куски буста, lwip, freertos, stl, stm-овская стандартная библиотека. Полет нормальный

[DASM]

так мы далеко зайдем

Проекты довольно большие, куски буста, lwip, freertos, stl, stm-овская стандартная библиотека. Полет нормальный

Ну звиняйте, кроме анека о том, что крокодилы тоже летают, но нииизенько как-то и в голову ничего не лезет. Сложно это будет тормоза смотреть, разве только видел снимать

[AlexandrY]

Ну звиняйте, кроме анека о том, что крокодилы тоже летают, но нииизенько как-то и в голову ничего не лезет. Сложно это будет тормоза смотреть, разве только видел снимать

Да там невооруженным глазом все видно.
Отрываете какой нибудь мегабайтный хидер и вылезает вот такая хрень -


После чего референсы в этом хидере эклипс не находит.
Но и сами переходы между такими большими файлами занимают секунды.
Это еще не беря в расчет время открытия самого эклипса, которое еще больше чем у VS.

[Непомнящий Евген...]

Да там невооруженным глазом все видно.
Отрываете какой нибудь мегабайтный хидер и вылезает вот такая хрень -


После чего референсы в этом хидере эклипс не находит.
Но и сами переходы между такими большими файлами занимают секунды.
Это еще не беря в расчет время открытия самого эклипса, которое еще больше чем у VS.

Дык вы нажмите "да", отредактируйте параметры (уберите ограничение) и будет счастье.

Тока что открыл stm32f4xx.h (9155 строк, 690к), открылся быстро, Outline строился неск. секунд, но в этом время редактор работает.

Автокомплит по символам из этого файла работает нормально.

Ну звиняйте, кроме анека о том, что крокодилы тоже летают, но нииизенько как-то и в голову ничего не лезет. Сложно это будет тормоза смотреть, разве только видел снимать

Я ж не засекаю с секундомером. Просто оцениваю - комфортно работает или нет. На моем компе и моих проектах для меня работает комфортно

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

[AlexandrY]

Я ж не засекаю с секундомером.

А зря, секунда к секунде оно так время и утекает.
Потом эклипса создает массу каких-то файлов в воркспейсе, требует воркспейса.
Черт ногу сломит там в плагинах которые туда суются. Что нужно бэкапить, что нет.
Затягивается время коммитов.
Нельзя взять и просто отрыть проект щелкнув по файлу проекта.
Как-то все громоздко.
Экран забивают крупные закладки.
Отладчик под ARM-ы скверный в эклипсе.

Форматирование согласен хорошее, лучше чем в VS.

[Непомнящий Евген...]

Потом эклипса создает массу каких-то файлов в воркспейсе, требует воркспейса.
Черт ногу сломит там в плагинах которые туда суются. Что нужно бэкапить, что нет.
Затягивается время коммитов.

Бэкапить и класть в vcs нужно ваши файлы + .pproject и .cproject, сам воркспейс бэкапить не нужно. Единственное - раз настроив воркспейс (шрифты, подсветку и т.п.), нужно эспортировать его настройки и потом импортировать их во все новые воркспейсы

Отладчик под ARM-ы скверный в эклипсе.

чего это? Там просто обертка над gdb, ни больше и ни меньше.

ЗЫ И кстати какие альтернативы?

Голую визуалку эклипс заруливает. Визуалка + асист - где-то лучше, но асист стоит $300 за разработчика; кстати visual gdb - еще $200

Слик также небесплатен, плюс года 4 назад, когда я на нем сидел, его парсер не сильно справлялся с stl и boost; парсер эклписа в то время был явно лучше. Может конечно что-то уже поменялось

[AlexandrY]

Голую визуалку эклипс заруливает. Визуалка + асист - где-то лучше, но асист стоит $300 за разработчика; кстати visual gdb - еще $200

Слик также небесплатен, плюс года 4 назад, когда я на нем сидел, его парсер не сильно справлялся с stl и boost; парсер эклписа в то время был явно лучше. Может конечно что-то уже поменялось

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

VS хорош тем что позволяет делать всё: от ардуино, до корпоративных облаков.
Там плагинов и без ассистента есть много интересных по парсингу и представлению.

Если бы VS ну хотя бы не больше 10 сек открывался он бы стал моим инструментом для всего.

А так приходится перебиваться то Keil-ом, то IAR-ом. И текстовый редактор внешний Uderstаnd или Slick.

[Шаманъ]

Если бы VS ну хотя бы не больше 10 сек открывался он бы стал моим инструментом для всего.

У меня 2013 community открывается семь секунд

[DASM]

Если бы VS ну хотя бы не больше 10 сек открывался он бы стал моим инструментом для всего.
А так приходится перебиваться то Keil-ом, то IAR-ом. И текстовый редактор внешний Uderstаnd или Slick.

Потери времени это время на открытие / частота открытий. Допустим Вы считаете , что терять 5 % рабочего времени - очень плохо. Означает ли это, что в среднем Вы работаете над проектом чуть более 3 минут, после чего закрывает его (именно закрываете, а не переключаетесь) и открываете совершенно новый ? 20 проектов в час, 160 проектов в день.. Тут на сдачу Боинг 777 купить можно

[AlexandrY]

Потери времени это время на открытие / частота открытий. Допустим Вы считаете , что терять 5 % рабочего времени - очень плохо. Означает ли это, что в среднем Вы работаете над проектом чуть более 3 минут, после чего закрывает его (именно закрываете, а не переключаетесь) и открываете совершенно новый ? 20 проектов в час, 160 проектов в день.. Тут на сдачу Боинг 777 купить можно

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

А вот кстати нашел еще один крутой плагин к VS - JetBrains ReSharper C++
И там похоже фичи покруче чем у ассистента.

[AlexandrY]

У меня 2013 community открывается семь секунд

Я задумался.
Убрал из VS 2015 community все преинсталлированные тулсы и подключение к аккаунту, и получил запуск 5 сек с пустым воркспейсом.
А когда снес VisualGDB то получил 1 сек!

Ура!
Вот за что я люблю этот форум.

[DASM]

Я задумался.
Убрал из VS 2015 community все преинсталлированные тулсы и подключение к аккаунту, и получил запуск 5 сек с пустым воркспейсом.
А когда снес VisualGDB то получил 1 сек!

Ура!
Вот за что я люблю этот форум.

а Notepad не пробовали? Еще ведь быстрее)) Кстати SSD пользуете?

[AlexandrY]

а Notepad не пробовали? Еще ведь быстрее)) Кстати SSD пользуете?

Да стоит у меня SSD, но только похоже деградировал. Уж как 2-а года стоит.

Notepad какой-то для программистов тоже пробовал.
Блин, да я все пробовал, что есть на FTP, и так опенсорсы всякие.
И Visual Studio Code. Кстати надо посмотреть что у них там в последней версии, вроде быстро прогрессируют.

[DASM]

Попробовал reshaper - не понравился сразу ибо медленнее асиста. Дальше разбираться с плюшками не стал - на такой скорости нет смысла

[Непомнящий Евген...]

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

Настройки воркспейса просто экспортните. Плагины ставятся глобально для всего эклипса. Добавить имеющиеся проекты в новый воркспейс и импортнуть настройки - дело нескольких минтут

[Шаманъ]

Я задумался.
Убрал из VS 2015 community все преинсталлированные тулсы и подключение к аккаунту, и получил запуск 5 сек с пустым воркспейсом.
А когда снес VisualGDB то получил 1 сек!

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

С пустым воркспейсом стартует мгновенно.

[AlexandrY]

Попробовал reshaper - не понравился сразу ибо медленнее асиста. Дальше разбираться с плюшками не стал - на такой скорости нет смысла

Покопался сутки в этой теме.
Все оказалось не так радужно как показалось.

Концептуальная проблема VS и его плагинов в том что они не заточены строго под embedded и не предполагают что VS будет использоваться просто как редактор.
Отсюда их требовательность к полноте набора символов, структуре дерева проекта, настройкам отладки.

Если взять обычный мой проект с RTOS на C-и, там около 2-х тысяч файлов, то:

Стандартный парсер VS путается в именах. Рефакторинг его работает с ошибками на C текстах.

Resharper да, отстой. Медленнее ассистента, заточен именно под C++ , а не C. Также путается в именах. Управление неудобное. Кроме того блокирует некоторые тулбоксы VS насчет навигации и рефакторинга.

ViasualGDB использует либо стандартный парсер либо новый Clang. Новый Clang уже не делает тупой путаницы в именах, но и большее количество имен не находит вовсе, хотя все они в тексте есть.
Пользу от ViasualGDB увидел только в том что он построил автоматом структуру проекта повторяющую структуру директорий и автоматом нашел все директории с инклудами и объявил их парсеру.
Почему-то в VS большая проблема это сделать нативно. Народ извращается как может. Но нормального универасального синхронизируемого решения я не нашел.
Пытался в ViasualGDB два раза создать проект мигания светодиодом по предлагаемой ими схеме. Оба раза он сгенерил проект вызывающий ошибку линкера.
Но скорость компиляции там уже достаточно показательная. В несколько раз медленнее обычной IDE.

Visual Assist использует нативный парсер VS поэтому его рефакторинг также может попортить исходники.

И всех их тупо вводят в ступор ассемблер и интринсики IARа.

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

Короче VS я очередной раз отложил в сторону, явно еще не его время для embedded.