История изменений

Думал, может, у тебя есть какие-то предпочтения на основе опыта и с тем, и с тем

Я же не зря сказал что не вижу смысла в смене технологического стека и перечислил почему именно. Профита особого не вижу. =)

Если именно и чисто про lldb vs. gdb, то разница по большому счёту только в одном – в принадлежности пакета и лицензии. Gdb это часть проекта GNU, а lldb это часть LLVM suite. Особо нового с технологической точки зрения lldb ничего не привнёс, отладчик и есть отладчик. Правда, в GDB можно было остановить один поток исполнения по брек-пойнту, а в то время, когда я активно этим интересовался, в lldb этого было нельзя сделать. Сейчас, вроде, починили, но это смотреть надо.

Ну и скриптовый API в lldb явно выражен и заточен под использование с пистончиком. Хотя, говорят, вроде и на lua можно, но я лично не пробовал. Мне и скриптового языка gdb выше крыши.

UPD. Да, про Scripting API в lldb – https://lldb.llvm.org/use/python.html Прикольно, да… Но тесты напиши, код напиши, теперь вот ещё и для отладчика скрипт напиши чтобы отладиться на ещё одном языке… Вот так и живём. Хорошо. Весело. =)

Думал, может, у тебя есть какие-то предпочтения на основе опыта и с тем, и с тем

Я же не зря сказал что не вижу смысла в смене технологического стека и перечислил почему именно. Профита особого не вижу. =)

Если именно и чисто про lldb vs. gdb, то разница по большому счёту только в одном – в принадлежности пакета и лицензии. Gdb это часть проекта GNU, а lldb это часть LLVM suite. Особо нового с технологической точки зрения lldb ничего не привнёс, отладчик и есть отладчик. Правда, в GDB можно было остановить один поток исполнения по брек-пойнту, а в то время, когда я активно этим интересовался, в lldb этого было нельзя сделать. Сейчас, вроде, починили, но это смотреть надо.

Ну и скриптовый API в lldb явно выражен и заточен под использование с пистончиком. Хотя, говорят, вроде и на lua можно, но я лично не пробовал. Мне и скриптового языка gdb выше крыши.