Viewing profile — contificate
contificate
HN member- Joined
- Tue, Feb 22, 2022, 4:17 PM UTC
- HN karma
- 69
- Public activity
- 19 items
- HN profile
- View on Hacker News ↗
About contificate
Recent public activity
-
comment
Comment #46481941
There's quite neat lexer and parser generators for Python that can ease the barrier to entry. For example, I've used PLY now and then for very small things. On the non-generated si…
-
comment
Comment #46481818
I agree. I've found that, for the languages I'm interesting in compiling (strict functional languages), a custom backend is desirable simply because LLVM isn't well suited for vari…
-
comment
Comment #46479961
> Meanwhile, a compiler is an enormously complicated story. I don't intend to downplay the effort involved in creating a large project, but it's evident to me that there's a class …
-
comment
Comment #45527204
There's a neat paper where they implement basic blocks (in a control flow graph) as zippers ( https://www.cs.tufts.edu/~nr/pubs/zipcfg.pdf ). The neat part is that - due to how the…
-
comment
Comment #43341824
I sometimes write C recreationally. The real problem I have with it is that it's overly laborious for the boring parts (e.g. spelling out inductive datatypes). If you imagine that …
-
comment
Comment #43128467
Nice. I'm always happy to see more accessible resources for compiler writers. --- As an aside: for displaying CFGs on the page, it would be very interesting to emit something somew…
-
comment
Comment #43126024
I think it will introduce too many redundant phis, but I've never used it in practice - so I can only speculate. I'm not convinced DCE will clean maximal SSA up substantially. Even…
-
comment
Comment #43125778
On the topic of QBE, I've always felt that someone aiming to do the same scope of project ought to make their IR a syntactic subset of LLVM IR. If you do that, your test suite can …
-
comment
Comment #43125700
Typical implementations of Lengauer-Tarjan are often taken verbatim from Andrew Appel's book and involve higher constant factors than alternative algorithms - such as Cooper et al'…
-
comment
Comment #41520102
I have a rather niche theory that many Hindley-Milner type inference tutorials written by Haskellers insist on teaching the error-prone, slow, details of algorithm W because otherw…
-
comment
Comment #41089367
My reading of the article is that the author has chosen to use "ANF" to describe a specific property of their IR that is not unique to ANF, whilst ignoring the fact that ANF (and v…
-
comment
Comment #41085647
The author has mentioned ANF a few times but, from what I can tell, the likeness that they emphasise is really just the usual property of operands being atomic. This is a property …
-
comment
Comment #40845758
Ah, I thought your username was familiar: you recommended Wadler's approach on a previous HN thread concerning my blog post about Pettersson/Maranget's algorithm ( https://news.yco…
-
comment
Comment #40845209
If we are talking about the context of a compiler, I agree: you should compile pattern matching to decision trees (DAGs), by way of something like Pettersson's algorithm. In my com…
-
comment
Comment #40844798
It is worth noting that lots of applications of unification do not reify explicit substitutions in their implementations. You often see introductory type inference articles (usuall…
-
comment
Comment #39247652
Thank you very much! Your website's landing page is very clean.
-
comment
Comment #39246583
This is my blog, thanks for posting - never expected to see such engagement.
-
comment
Comment #32190216
Agreed, union-find is great. My favourite usage of it in practice is for solving first-order (syntactic) unification problems. Destructive unification by means of rewriting unbound…
-
comment
Comment #31861005
I think the languages you selected in your final remark sum it up for me. If one is truly taken by functional programming, much of their mental model starts to revolve around algeb…