Live data from Hacker News

Viewing profile — dmalcolm

dmalcolm

HN member
Joined
Fri, Jul 15, 2011, 10:48 PM UTC
HN karma
452
Public activity
29 items

About dmalcolm

No profile information was provided.

Recent public activity

  1. story
  2. story
  3. comment
    Comment #39931275

    Good point. I took a look, and it appears I hardcoded it, rather than going through our normal color management. Sorry about that. I've filed https://gcc.gnu.org/bugzilla/show_bug.…

  4. comment
    Comment #39921407

    Thanks! More details here: https://gcc.gnu.org/onlinedocs/gcc/Diagnostic-Message-Format... I hope my choices here work well on a wide variety of terminals.

  5. comment
    Comment #39921380

    FWIW I implemented SARIF output in GCC 13, which gives a machine-readable interchange format for the errors. It's viewable by e.g. VS Code (via a plugin). Hopefully that makes it e…

  6. comment
    Comment #39921261

    FWIW I implemented SARIF output in GCC 13 which is viewable by e.g. VS Code (via a plugin) - though the ASCII art isn't. You can see an example of the output here: https://godbolt.…

  7. story
  8. story
  9. story
  10. story
  11. story
  12. comment
    Comment #16604464

    Thanks; I like that idea. I've filed it as: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84920

  13. comment
    Comment #16603232

    Thanks; I like it. I've added that to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84890

  14. comment
    Comment #16600506

    Indeed, dealing with multiple configurations with lots of dependencies is hard. I looked in the option metadata for our C/C++ frontends and -Wduplicated-branches isn't flagged as R…

  15. comment
    Comment #16598219

    Thanks! I've added the idea to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84889

  16. comment
    Comment #16598140

    Hi Jordi! libgccjit is in maintenance mode: I believe it has everything you need if you (or someone else) wants to implement a JIT for GNU Octave (or for any other interpreter)- I …

  17. comment
    Comment #16598023

    Thanks - a few other people pointed this out, and I agree. I've filed this one as: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84887 and hope to fix it in gcc 9.

  18. comment
    Comment #16598005

    [author of the blog post here] Sadly, gcc 8 isn't smart enough to do that yet; I only implemented it for simple "return name_of_field;" accessors. But it's an interesting idea, whi…

  19. comment
    Comment #16597963

    Thanks, that would indeed break up the "wall of text" effect. I've filed this along with some related ideas as https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84889 (I hope to improve…

  20. comment
    Comment #16597840

    Thanks! Any ideas for other improvements? (even if it's just fixing "paper cut"-style little annoyances)

  21. comment
    Comment #13643800

    [author of the post] Thanks for the links; a lot of interesting material in there. FWIW, DejaGnu gives some flexibility over how granular the test files can be. For example, here's…

  22. comment
    Comment #13640441

    It seems to be working again. Sorry about the snafu. I've been exchanging emails with the team on the hosting side, but I don't yet have info on what happened.

  23. comment
    Comment #13640413

    [author of the article] The RTL dump format does look a lot like Lisp, FWIW; see: https://gcc.gnu.org/onlinedocs/gccint/RTL.html or this article I wrote a while back on it: http://…

  24. comment
    Comment #13639544

    [author of the post here] Thanks; am chasing it up at my end

  25. comment
    Comment #13639542

    [author of the post here] Correct: loading the IR dumps back in is new.