pdubroy

9 ms·

61.
by pdubroy 9y ago
I think the first place I such a diagram was in the Smalltalk blue book. It has railroad diagrams for the language grammar. So not regular expressions, but very similar.
62.
by pdubroy 9y ago
Looks like it's from here: https://www.cgtrader.com/3d-models/exterior/cityscape/simple...
63.
by pdubroy 9y ago
Depending on your definition of "safe", it is indeed possible. See the paper "Preventing Capability Leaks in Secure JavaScript Subsets" for a good analysis: http://www.adambarth.com/papers/2010/
64.
by pdubroy 9y ago
> But, as I understand, Ohm still has no support for context-sensitive grammars, which is more important to have in many cases, than proper left recursion handling. Right, we don't support context-sensitive grammars yet. But we&#x27
65.
by pdubroy 9y ago
Ohm is not really "just" a parser generator -- but that's the easiest way to describe it. The big idea in Ohm is its modular semantic actions. You can read more about the design -- and why we think it's interesting -- in
66.
by pdubroy 9y ago
I agree with most of your points. Re: debugging, we tried to address this with the visualizer that we built into the Ohm Editor: https://ohmlang.github.io/editor/ If you enable "Explain parse" in the bottom r
67.
by pdubroy 9y ago
Thanks! Yes, we are aware that Ohm's batch parsing performance is not great. In practice, it has been fast enough for our uses -- especially since we implemented incremental parsing. With incremental parsing, Ohm's ES5 parser can
68.
by pdubroy 9y ago
Not yet, but I would love to see someone do that.
69.
by pdubroy 9y ago
Ohm implements the same algorithm described in [1] -- Alex Warth (the author of that paper) created Ohm. We're understand the complaint in [2], but we strongly disagree with Laurie's claim that these are "incorrect" pars
70.
by pdubroy 9y ago
It's somewhat similar, but the main difference is that Ohm has a strict separation between syntax and semantics. We think this has several benefits, which we describe a bit here: https://github.com/harc/ohm/bl
71.
by pdubroy 9y ago
You might be interested in Ohm's incremental parsing support. I'll be presenting a paper on this at SPLASH next week: https://ohmlang.github.io/pubs/sle2017/incremental-packrat-p... . In theory, what you&
72.
by pdubroy 9y ago
Thank you! Be sure to check out the Ohm Editor ( https://ohmlang.github.io/editor/ ), and if you have any trouble getting started with Ohm, you can ask for help on the mailing list: https://groups.google.com&#
73.
by pdubroy 9y ago
Yes, if I understand correctly, you're describing something like ADsafe ( http://www.adsafe.org/ ). I'm pretty sure you could implement that in Ohm, by extending our ES5 grammar ( https://github.com/h
74.
by pdubroy 9y ago
I understand your concern, but can you tell me a bit more about how you think "serious" languages should be developed?
75.
by pdubroy 9y ago
Hi HN, I'm a researcher at HARC ( https://harc.ycr.org/ ) and one of the authors of Ohm. We've used it to power several of our programming language investigations, such as Seymour (which was on HN yesterday: https:
76.
by pdubroy 9y ago
Thanks. Fixed!
77.
Ohm: Parsing Made Easy(nextjournal.com)
248 points by pdubroy 9y ago|97 comments
78.
Nextjournal: write, share, remix and collaborate on research(nextjournal.com)
5 points by pdubroy 9y ago|0 comments
79.
Smart contracts are neither smart nor constracts [pdf](diku.dk)
1 points by pdubroy 9y ago|0 comments
80.
by pdubroy 10y ago
I think we are planning on publishing the repo for that project very soon...it just needs a few cleanups. Check back in a week or so!
81.
by pdubroy 10y ago
Hi, I'm one of the developers of the Ohm Editor. Can you elaborate a bit on what you mean? Or maybe you'd just like to file an issue at https://github.com/harc/ohm-editor and we can discuss it there?
82.
by pdubroy 10y ago
We're really happy that HN is interested in our work, but apart from Ohm and the Ohm Editor, most of the projects listed are in an early stage and are not yet ready for public release. It's too early to say which ones will become
83.
by pdubroy 10y ago
Likewise, we really like what you're doing with Eve!
84.
by pdubroy 10y ago
Hi, I'm one of the authors of Ohm. > Does Ohm help with type checking in any way? Not sure what you mean here...are you asking if Ohm has any support for type checking a language that you create using Ohm? If so, the answer is no --
85.
by pdubroy 11y ago
Author here. You've actually summarized one of the main points of the article -- here's what I wrote in the "What's going on?" section: > In a sense, we are modelling a mutable object. Implementing that model wit
86.
Immutability is not enough(codewords.recurse.com)
19 points by pdubroy 11y ago|0 comments
87.
Cuisenaire rods(en.wikipedia.org)
43 points by pdubroy 11y ago|20 comments
88.
by pdubroy 12y ago
Well, "syntactic sugar" usually refers to things that can be translated in a syntactically local, structure-preserving way. I'm aware that generators can be compiled down to an ES5 representation, but it requires non-trivial
89.
by pdubroy 12y ago
You also can't implement generators using an array. There's a reason why generators were added to ES6 -- they aren't just syntactic sugar.
90.
by pdubroy 12y ago
I believe it's pretty common in the programming language literature to refer to `yield` a delimited control operator. E.g., see http://parametricity.net/dropbox/yield.subc.pdf , which says "yield...turns out t

More ›