Представлен релиз отладчика GDB 12.1 (первый выпуск серии 12.x, ветка 12.0 использовалась для разработки). GDB поддерживает отладку на уровне исходных текстов для широкого спектра языков программирования (Ada, C, C++, Objective-C, Pascal, Go, Rust и т.д.) на различных аппаратных (i386, amd64, ARM, Power, Sparc, RISC-V и т.д.) и программных платформах (GNU/Linux, *BSD, Unix, Windows, macOS)...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57121
Несправедливо не указывать в списке D.
Что это?
Убийца Rust.
Лежачего не бьют.
поэтому D в списке и не указали
Не поэтому.
А первое предложение новости внимательно прочитать?
Мем: https://files.catbox.moe/c5vqtc.jpg
Все, поправили.
А Vala?
Она транслируется в Си.
Да, но при отладке интереснее скакать по строчкам оригинального кода, а не выходного сишного.
> Несправедливо не указывать в списке D.D искусственно задушили корпорасты. А так язык замечательный.
Давай его пиарить и продвигать.
Главное при этом, не скатиться до уровня растофанов. Поэтому, продвигать лучше не на словах.
>искусственно задушили корпорастыПоследняя версия - 2.099.1 от 7 апреля 2022 года.
На офсайте есть раздел Industry Proven, где можно глянуть про применяльщиков.
А корпорасты-то и не знают, в отличие от мамкиных борцунов с капитализмом.
(@сарказм)
Уже целая 12-я версия, а по качеству он все еще не дотягивает до TD32.
При чём тут строительный магазин?
>TD32Шо цэ такэ?
Имелся в виду ТрупоДолбаггер 386, думоем.
Ага. Ведь по сути тот же самый дебаггер, только переработанный, используется в Delphi. И он является просто божественным по сравнению с GDB. По крайней мере мне не приходится кликать на кнопочки мышкой, чтобы поюзать Step over и Trace into.
Для GDB есть гуй - DDD. Но от его внешнего вида содрогание, т.к. он на TK. GDB бы TUI подобный TurboVision.
Пользуюсь вот этим, меня все устраивает
В GDB есть TUI.
Похоже что ты сам версии гораздо выше, чем 12, но не дотягиваешь тоже до троля. Приходите через годик.
Ура! Поздравляю разработчиков и пользователей.
Отлаживать многопоточный код на этом отладчике - то еще удовольствие. А GUI к GDB еще веселее, глюк на глюке сидит и глюком погоняет. Хотя да, говна много, но говна.)))
Так его мало кто использует отдельно. С ним работают через пишарм, вижуалстудекоде или кутикреакл на худой конец.
Я работаю из-под slickedit -- вполне себе удобно. С другой стороны, когда-то кроме терминала никакого интерфейса и не было. Тем не менее, именно тогда было заложено все, что мы имеем сегодня. Год назад в одном из журналов встречал мнение, что почти 90% современного софта, под которым ничего кроме исполняющей системы языка и прямых вызовов к сервису ядра и нет, написано, отлажено и задокументировано в режиме терминала не круче, чем VT100. ЕМНИП, это 25x80.
На самом деле проблема с gdb -- это гораздо более высокий уровень вхождения. С другой стороны, это правильно, что разработчики на распыляются на изготовление морд -- это возлагается на разработчиков IDE. Это позволяет им взять от gdb ровно столько функционала, сколько программеры, использующие их IDE, в состоянии переварить. Поэтму сравнивать gdb, котороый прдеставляет собой более протокол, нежели приложение, с мордами в составее IDE довольно странно.
Что касается трубодебаггера, то о нем никто, кроме адептов борланда, и не слышал никошда. В те времена куда как более крутые отладчики были. Например, codeview от микрософт, или ipmd от межделшаша.
> С другой стороны, когда-то кроме терминала никакого интерфейса и не было.Надо заметить, что когда-то и кроме палки-копалки ничего не было.
Не паясничай.
ОК, давай поговорим про перфокарты и телетайп (от которого консоль и произошла). Тоже ведь на удивление как-то с ними работали.
> Отлаживать многопоточный код на этом отладчике - то еще удовольствие. А GUI
> к GDB еще веселее, глюк на глюке сидит и глюком погоняет.
> Хотя да, говна много, но говна.)))чего вам не хватает для отладки многопоточки?