caxapa.ru :: Не-не... я пока ради винды ищу среду (контора если надо оплатит её) комфортную для процесса разработки...

POV_ (25.10.2019 22:20, просмотров: 1) ответил SciFi на "Для всего" - имеется в виду для редактирования кода (и обязательно навигации по нему), сборки, отладки. Эти вещи бывает полезно разделять.

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

- Дебаг в IDE -- не нужен. Код можно писать в редакторе, а отлаживать в отдельном отладчике. Более того, сколько-нибудь сложная отладка и типичная IDE -- не совместимы. Ибо нужно далеко не только переменные смотреть и по шагам через строчки ходить. fk0(641 знак., 26.10.2019 12:32)
  - исходный тезис крайне религиозен. каждый вид отладки требует свои инструменты. вот Крок, например, не пользуется дебагом в IDE и ему всей конфой помогают глупости размотать. был бы его начальником - наказал бы или выгнал бы нах. а так - чиста ржу, Vit(72 знак., 27.10.2019 10:21, ссылка)
    - В чём проблема прошагать программу не в той же IDE, где у тебя кнопочка "Compile", а в некой другой, предназначенной для отладки? Нет проблем. - fk0(27.10.2019 13:37)
      - Проблема не проблема, а когда в отладчике нашёл ошибку, искать это же место в редакторе не хочется. Хочется исправить прямо там, где курсор стоит. - йцукен(27.10.2019 17:44)
        
        ещё и после правки нажал чего-нить типа F9 и оно тут же пошло на перекомпиляцию... - Vit(28.10.2019 08:09)
        
        Аналогично: в неигрушечных проектах система сборки обычно далеко отличная от IDE и в лучшем случае IDE может только вызвать (C)Make. И совершенно нет проблемы дать команду на сборку в отдельной консоли. Да, удобно, чтоб можно было в ошибки мышкой fk0(85 знак., 28.10.2019 08:15)
        
        это не просто редактор, а то самое окно отладки в IDE. если IDE нет, приходится пользоваться тем инструментарием, что есть. - Vit(28.10.2019 08:21)
        
        Это проблема для тех, кто не знает как руками (без того, чтоб мышкой открыть пять меню и потом пять минут искать глазами) открыть в любимой IDE нужный файл на нужной строчке. А так вообще такой проблемы нет во всех популярных редакторах. А правка fk0(239 знак., 27.10.2019 18:08)
        
        Просто ЛИШНИМ ПОИСКОМ можно не заниматься, а ты рассказываешь, как это круто в Крым через Рим - Vit(27.10.2019 18:15)
        
        Отвечаю на поставленный вопрос: в gdb даётся команда "edit" и он открывает Vim в нужном месте. Или любой другой редактор... В случае с IAR и/или AvrStudio -- мучайся руками. Впрочем оно не сложно, я повторю свой тезис, что профи умеют открывать fk0(720 знак., 27.10.2019 23:04)
        
        ещё раз - просто не нужно делать лишних движений. от слова совсем. ты хочешь - делай. это религия, упрямство, но напрямую не относится к мастерству отладки. Vit(805 знак., 28.10.2019 08:07)
        
        Афуеть. Имя файла и номер строки за пределами познания. Поколение йэгэ штоле? Я вас шокирую: баги бывают глубокие. То есть не просто ачепятки. А, нет, у вас таких не бывает... - SciFi(27.10.2019 18:41)
        
        Полагаю, что ЧСВ у Вас зашкаливает. Это не моя проблема, а Ваша. Если Вам так удобно, то продолжайте надувать щёки и делать вид, что не понимаете. Был представлен простой пример, в котором УЖЕ точка останова была поставлена в интересующем месте в Vit(669 знак., 27.10.2019 19:19)
        
        Дать команду "break 1234" (ибо файл gdb и так знает) атас как сложно, умеем только мышкой. Ага. Повторю тезис, что профи открывают нужный файл без кликов мышой, нажатием типично менее десятка клавиш. Это НЕ проблема для тех, кто осилил прочитать fk0(203 знак., 27.10.2019 23:13)
        
        профи не делают лишние движения - Vit(28.10.2019 07:39)
      - засунуть дерево многотаргетного проекта (файлов с птичками использовать или не очень) туда и т.п... и когда деваться некуда, тогда вместо интеграции можно и ручками во внешних тулзах - на безрыбье и лифчик портупея - Vit(27.10.2019 14:23)
        
        Буквы и слова -- знакомые. Смысла не понял вообще. В отладчик не проект загружается, а типично ELF-файл. И про проект знать ничего не нужно, кроме того, где исходники искать. - fk0(27.10.2019 14:26)
        
        главное, что нужны или родные отладчики, или нужна интеграция внешних отладчиков в IDE. остальное - варианты по-бедности, когда отдельные тулзы (в т.ч. если производители IDE не осилили) и интеграция ручками. поэтому появляются версии IDE Vit(339 знак., 27.10.2019 14:38 - 14:40)
        
        Тезис: каждая фирма не может делать отладчик, редактор, компилятор и программатор, ещё системы сборки и контроля версий. Если это не микрософт. Отладчик -- это проект который делается лет по 10, компилятор лет по 20, редактор лет 5, программатор fk0(700 знак., 27.10.2019 16:03)
        
        Пользуюсь встроенной отладкой в Keil, IAR, интегрированной в EmBitz (перепиленный CodeBlocks). ЧЯДНТ? в туевой хуче IDE на основе Eclipse (в т.ч. Simplicity Studio, ~~Red Suite~~LPCXpresso IDE, Atollic TrueSTUDIO, STM32Cube IDE, померший Vit(1757 знак., 27.10.2019 18:10, ссылка, ссылка)
        
        "Если ко мне придет на работу спец, который умеет всё отлаживать через командную строку GDB" -- боюсь наоборот. Что умеют отлаживать люди не умеющие gdb? Они вообще отлаживать умеют хоть что-нибудь? Или только Step Next жать? - fk0(27.10.2019 23:17)
        
        твой тезис: все фирмы, выпускающие IDE с отладкой своей или чужой интегрированной - идиоты, но умеющие зацепить gdb, а кто этими IDE зарабатывают - уж точно не спецы. прекрасный тезис. - Vit(28.10.2019 07:47)
        
        Тезис в том, что самодельный отладчик обычно донельзя убог, если это не профильный продукт фирмы, а что-то сделанное "чтоб было". - fk0(28.10.2019 08:12)
        
        Я пока нашёл для QT - OpenOCD (использую jlink и stlink) и отдельную "экскериментальную" только для st-link. На голову тупее и хуже и встроенного в Segger. Оттого и страдал выбором. - POV_(08.11.2019 00:28, )
        
        Сам по себе openocd очень функционален, особенно если пользоваться telnet интерфейсом. - evgeniy1294(08.11.2019 07:04)
        
        openocd никакого отношения к Qt не имеет, от слова совсем. И да, там обычно на второй стороне GDB. Что может быть вместо гдб не представляю, может быть lldb разве что. - fk0(08.11.2019 01:55)
        
        самодельный отладчик часто просто монитор и терминал. можно сделать больше, чем светодиодом моргнуть. а самописный софт а-ля отладчик IAR времен AVRStudio - то просто постеснялись и не сделали. потому и приходилось пользоваться профильным, Vit(59 знак., 28.10.2019 08:25)
        
        тихо! тихо! в FPGA вообще хрен брякпоинт сделаешь. и ничего, проекты отлаживаются как-то ))) - Mahagam(27.10.2019 23:43)
        
        Не вижу проблем "пишем в IAR, отлаживаем в IAR". Кстати, тот самый пример, когда среда IAR удобнее, чем фирменная среда от Renesas. - VLLV(27.10.2019 16:29)
        
        "Интеграция отладчика в IDE" не нужна. - SciFi(27.10.2019 14:52)
  - Крайне сомнительный тезис насчет не-гдб отладчик. И серии "а пацаны-то не в курсе" - POV_(26.10.2019 23:39, )
    - Пацаны может действительно не в курсе? Ты покажи примеры хороших не gdb-отладчиков. С отладкой на уровне исходного кода. В частности должны быть доступны следующие функции, пишу по своему опыту: fk0(5160 знак., 27.10.2019 13:31)
      - Ты сначала говоришь "не сделать 100500 окошек", а потом требуешь 100500 хотелок. - POV_(27.10.2019 22:24, )
- Тулчейн не надо собирать. GNU Arm Embedded вполне достойный. Винда и линух - усё есть. - SciFi(25.10.2019 22:55)
  - Наш главнюк по конкретной теме.. POV_(581 знак., 25.10.2019 23:11, )
    - Кстати, вот почти в тему --> - SciFi(26.10.2019 09:58, ссылка)
    - У каждого свои тараканы в голове... - SciFi(25.10.2019 23:15)

ARM, RISC-V контроллеры