Viewing profile — dmalcolm
dmalcolm
HN member- Joined
- Fri, Jul 15, 2011, 10:48 PM UTC
- HN karma
- 452
- Public activity
- 29 items
- HN profile
- View on Hacker News ↗
About dmalcolm
No profile information was provided.
Recent public activity
- story
- story
-
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.…
-
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.
-
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…
-
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.…
- story
- story
- story
- story
- story
-
comment
Comment #16604464
Thanks; I like that idea. I've filed it as: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84920
-
comment
Comment #16603232
Thanks; I like it. I've added that to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84890
-
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…
-
comment
Comment #16598219
Thanks! I've added the idea to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84889
-
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 …
-
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.
-
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…
-
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…
-
comment
Comment #16597840
Thanks! Any ideas for other improvements? (even if it's just fixing "paper cut"-style little annoyances)
-
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…
-
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.
-
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://…
-
comment
Comment #13639544
[author of the post here] Thanks; am chasing it up at my end
-
comment
Comment #13639542
[author of the post here] Correct: loading the IR dumps back in is new.