4 ms·
The biggest problem there is that you're injecting the politics of emacs into your debugging then. GUD's hooks into LLDB are still a third party package because
by Sanddancer 10y ago
The biggest problem there is that you're injecting the politics of emacs into your debugging then. GUD's hooks into LLDB are still a third party package because certain parties have deemed llvm-based utilities politically inconvenient.
https://lists.gnu.org/archive/html/emacs-devel/2015-02/msg00360.html https://lists.gnu.org/archive/html/emacs-devel/2015-02/msg00...
- catern 10y agoHow is that relevant at all? LLDB is a completely different debugger. The fact that I have to download an extra package to use LLDB doesn't affect my use of GDB at all. If LLDB eventually becomes as popular as GDB, I'm sure it will be included into core Emacs then. But I have no interest in LLDB at the moment.
- DannyBee 10y ago"I'm sure it will be included into core Emacs then" No, actually, it won't :) RMS has said it won't, in fact.
- catern 10y agoRMS is not the Emacs maintainer... And even if he was, I don't believe he ever said "If LLDB successfully replaces GDB as the most used libre debugger, even then we still shouldn't support it in Emacs". He's not insane, you know.
- GFK_of_xmaspast 10y agoOn the other hand, the historical record: https://www.phoronix.com/scan.php?page=news_item&px=RMS-Emacs-Gud-LLVM https://www.phoronix.com/scan.php?page=news_item&px=RMS-Emac...