-
- Тезис: каждая фирма не может делать отладчик, редактор, компилятор и программатор, ещё системы сборки и контроля версий. Если это не микрософт. Отладчик -- это проект который делается лет по 10, компилятор лет по 20, редактор лет 5, программатор fk0(700 знак., 27.10.2019 16:03)
- Пользуюсь встроенной отладкой в Keil, IAR, интегрированной в EmBitz (перепиленный CodeBlocks). ЧЯДНТ? в туевой хуче IDE на основе Eclipse (в т.ч. Simplicity Studio,
Red SuiteLPCXpresso 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)
- Я пока нашёл для QT - OpenOCD (использую jlink и stlink) и отдельную "экскериментальную" только для st-link. На голову тупее и хуже и встроенного в Segger. Оттого и страдал выбором. - POV_(08.11.2019 00:28, )
- Тезис в том, что самодельный отладчик обычно донельзя убог, если это не профильный продукт фирмы, а что-то сделанное "чтоб было". - fk0(28.10.2019 08:12)
- тихо! тихо! в FPGA вообще хрен брякпоинт сделаешь. и ничего, проекты отлаживаются как-то ))) - Mahagam(27.10.2019 23:43)
- твой тезис: все фирмы, выпускающие IDE с отладкой своей или чужой интегрированной - идиоты, но умеющие зацепить gdb, а кто этими IDE зарабатывают - уж точно не спецы. прекрасный тезис. - Vit(28.10.2019 07:47)
- "Если ко мне придет на работу спец, который умеет всё отлаживать через командную строку GDB" -- боюсь наоборот. Что умеют отлаживать люди не умеющие gdb? Они вообще отлаживать умеют хоть что-нибудь? Или только Step Next жать? - fk0(27.10.2019 23:17)
- Не вижу проблем "пишем в IAR, отлаживаем в IAR". Кстати, тот самый пример, когда среда IAR удобнее, чем фирменная среда от Renesas. - VLLV(27.10.2019 16:29)
- Пользуюсь встроенной отладкой в Keil, IAR, интегрированной в EmBitz (перепиленный CodeBlocks). ЧЯДНТ? в туевой хуче IDE на основе Eclipse (в т.ч. Simplicity Studio,
- "Интеграция отладчика в IDE" не нужна. - SciFi(27.10.2019 14:52)
- Тезис: каждая фирма не может делать отладчик, редактор, компилятор и программатор, ещё системы сборки и контроля версий. Если это не микрософт. Отладчик -- это проект который делается лет по 10, компилятор лет по 20, редактор лет 5, программатор fk0(700 знак., 27.10.2019 16:03)