<table><tr><td style="">rjvbb added a comment.</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D1693" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>Very nice to see that things are moving a bit w.r.t. support for other debuggers. Lldb support would be a must for standalone use on OS X, of course.</p>

<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>It's still unknown how much LLDB-MI comforms to the MI specification</p></blockquote>

<p>Yeah, that's a problem. IIRC I grappled with this a year or two ago and got some very basic lldb interaction going. But it's really not the ideal approach, which was confirmed on the lldb ML. For true lldb integration you'll want to become a front-end to liblldb yourself rather than going through the lldb driver. That's probably more work in the sense that it's a completely different approach but it may turn out to be faster to do this properly from scratch.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>rKDEVELOP KDevelop</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D1693" rel="noreferrer">https://phabricator.kde.org/D1693</a></div></div><br /><div><strong>EMAIL PREFERENCES</strong><div><a href="https://phabricator.kde.org/settings/panel/emailpreferences/" rel="noreferrer">https://phabricator.kde.org/settings/panel/emailpreferences/</a></div></div><br /><div><strong>To: </strong>qi437103, apol<br /><strong>Cc: </strong>rjvbb, kdevelop-devel<br /></div>