Stories
Slash Boxes
Comments

SoylentNews is people

posted by LaminatorX on Wednesday January 21 2015, @09:01AM   Printer-friendly
from the bug-spray dept.

Get your bugs ready! LLDB is coming to Windows. "We've spoken in the past about teaching Clang to fully support Windows and be compatible with MSVC. Until now, a big missing piece in this story has been debugging the clang-generated executables. Over the past 6 months, we've started working on making LLDB work well on Windows and support debugging both regular Windows programs and those produced by Clang." This is big news.

This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 2) by TheRaven on Wednesday January 21 2015, @10:07AM

    by TheRaven (270) on Wednesday January 21 2015, @10:07AM (#136648) Journal
    LLDB is great on the command line on OS X and FreeBSD, but my understanding is that Windows devs generally prefer to debug from an IDE (and that Visual Studio sets the bar quite high). Clang apparently integrates nicely with Visual Studio via the clang-cl.exe executable, but is there an interface that allows VS to use external debuggers? Being able to replace cl.exe with clang.exe, the VS debugger back end with LLDB, and still have the VS IDE is something that I imagine would make a lot of Windows developers very happy.
    --
    sudo mod me up
    • (Score: 1) by speps on Wednesday January 21 2015, @02:42PM

      by speps (4420) on Wednesday January 21 2015, @02:42PM (#136705)

      Yes, VS has the ability to use external debuggers. Python Tools for Visual Studio for example allows you to debug Python from VS directly, same goes for Unity Tools for Visual Studio (formerly UnityVS). However, creating a new debug engine for VS is tricky, the documentation for it is scarce and samples are too basic.

    • (Score: 2) by BasilBrush on Thursday January 22 2015, @10:27AM

      by BasilBrush (3994) on Thursday January 22 2015, @10:27AM (#136913)

      OS X developers also tend to debug in the IDE (XCode).

      --
      Hurrah! Quoting works now!
      • (Score: 2) by TheRaven on Thursday January 22 2015, @10:54AM

        by TheRaven (270) on Thursday January 22 2015, @10:54AM (#136916) Journal
        XCode uses lldb and exposes the command line directly to developers.
        --
        sudo mod me up
        • (Score: 2) by BasilBrush on Friday January 23 2015, @03:28PM

          by BasilBrush (3994) on Friday January 23 2015, @03:28PM (#137264)

          Indeed. Within XCode. But no-one does breakpoints or single stepping etc that way. They do it with the GUI. I haven't come across many programmers doing more than the occasional "po" in the command line within XCode. And they'd do that with the GUI also if the GUI supported it.

          --
          Hurrah! Quoting works now!
  • (Score: -1, Offtopic) by Anonymous Coward on Wednesday January 21 2015, @11:16AM

    by Anonymous Coward on Wednesday January 21 2015, @11:16AM (#136667)

    The share holders thank you for your efforts...

  • (Score: 4, Insightful) by PizzaRollPlinkett on Wednesday January 21 2015, @12:01PM

    by PizzaRollPlinkett (4512) on Wednesday January 21 2015, @12:01PM (#136672)

    The fundamental thing a summary should do is tell us why we should care. This summary does not even bother to explain what LLDB is. Or why anyone who sees the summary would care that it is available on Windows. I assume it is some sort of database.

    Here is a sample summary I made up:

    "LLDB, the MySQL fork that implements low-level locking, is now available for Microsoft Windows. Many applications demand low-level locking, a feature not available in most databases, for better performance. The arrival of LLDB for Windows will allow a new class of applications to be written which improve database performance by orders of magnitude. Previously, these applications have only run on Linux. Microsoft has announced support for low-level locking in SQL Server 2018."

    Now I made all that up, but the point is that I tell you what LLDB is and why anyone cares that it is available on Windows. Contrast this with the content-free summary which assumes you already know what LLDB is and you already care.

    --
    (E-mail me if you want a pizza roll!)
    • (Score: 1) by DBCubix on Wednesday January 21 2015, @12:03PM

      by DBCubix (553) Subscriber Badge on Wednesday January 21 2015, @12:03PM (#136673)

      Much better summary. Thanks!

    • (Score: -1, Flamebait) by Anonymous Coward on Wednesday January 21 2015, @12:26PM

      by Anonymous Coward on Wednesday January 21 2015, @12:26PM (#136683)

      If you read the summary and don't know what Clang is then LLDB isn't for you. Don't recognize MSVC? Then move along.

      BTW, you spent more time "crafting" a 0% accurate summary than it would have taken you to look up LLDB on Wikipedia.

      If you don't like the quality of the summaries then submit stories yourself. Since you had no clue what Clang or LLDB is you never would have ever read TFA in the first place and therefore never would have submitted this story (with or without your completely false summary).

      SN gets better when people spend more time "doing" and less time bitching about what others do or don't do. Me? I submit stories if I think they are relevant to SN and the story isn't already in the queue. Now if you'll excuse me I have to submit a story about the rapper LLDB making it rain through Windows with his new song Clang.

      • (Score: 2) by hubie on Wednesday January 21 2015, @10:49PM

        by hubie (1068) Subscriber Badge on Wednesday January 21 2015, @10:49PM (#136832) Journal

        I believe SN gets better with well written summaries as the OP suggests. If you want to foster good comments, which is a recurring mantra here, then you need to foster decent communication. If someone has to run to Google or click on a link to a Wiki page to figure out if the article is worth reading further, then I think it was a poorly written summary.

        And for what it's worth, I do submit stories, but I don't think that should be a requirement to offer constructive criticism.

    • (Score: 0) by Inops on Wednesday January 21 2015, @12:35PM

      by Inops (4366) on Wednesday January 21 2015, @12:35PM (#136689)

      Man, I've been using GDB wrong for years...

    • (Score: 2) by mcgrew on Wednesday January 21 2015, @01:32PM

      by mcgrew (701) <publish@mcgrewbooks.com> on Wednesday January 21 2015, @01:32PM (#136692) Homepage Journal

      Indeed; it was an incredibly poor summary. Beware acronyms! I had to google to find out that the article and summary were about a debugger. The "DB" in the name made me think of what I worked with for decades, databases, and I was all set to try it out on my Linux box.

      Beware the acronym! Don't be so damned lazy, spell it out. Don't waste my fucking time like that!

      --
      mcgrewbooks.com mcgrew.info nooze.org
      • (Score: -1, Offtopic) by Anonymous Coward on Wednesday January 21 2015, @02:21PM

        by Anonymous Coward on Wednesday January 21 2015, @02:21PM (#136701)

        Don't waste my fucking time like that!
        DWMFTLT

        fixed that for ya....