caxapa.ru :: Тезис: каждая фирма не может делать отладчик, редактор, компилятор и программатор, ещё системы сборки и контроля версий. Если это не микрософт. Отладчик -- это проект который делается лет по 10, компилятор лет по 20, редактор лет 5, программатор

fk0, легенда (27.10.2019 16:03, просмотров: 813) ответил Vit на главное, что нужны или родные отладчики, или нужна интеграция внешних отладчиков в IDE. остальное - варианты по-бедности, когда отдельные тулзы (в т.ч. если производители IDE не осилили) и интеграция ручками. поэтому появляются версии IDE

Тезис: каждая фирма не может делать отладчик, редактор, компилятор и программатор, ещё системы сборки и контроля версий. Если это не микрософт. Отладчик -- это проект который делается лет по 10, компилятор лет по 20, редактор лет 5, программатор за полгода. Поэтому встроенный отладчик обычно весьма убог, а хороший всегда другой фирмы и внешний. И вообще все инструменты -- разных фирм. Объединить их пытаться можно, но непонятно зачем. Редактор вполне редактирует без всего остального, компилятор компилирует по пинку от системы сборки, последнюю вполне можно запускать руками, отладчику же для работы, как я и сказал, нужен в основном ELF и местоположение исходников. Интегрировать годами каждую мелкую функцию в специальную IDE -- не всякий лишь себе может позволить. И непонятно зачем. Не вижу проблемы в подходе "пишем в IAR, отлаживаем в AVRStudio". Средний программист не бухгалтер -- может освоить две, три и даже пять разных программ.

[ZX]

Ответить

- Пользуюсь встроенной отладкой в 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)

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