alt.hn

7/1/2026 at 3:52:55 AM

Single header Parser Combinators for C

 https://github.com/steve-chavez/CParseC

by steve-chavez

7/1/2026 at 6:59:06 AM

Beautiful work! I'm not even gonna wonder if any of it was AI-generated, because the code is clearly crafted meticulously by an experienced C engineer, very readable, and shorter than I expected.

by sph

7/1/2026 at 12:25:59 PM

> Flex or Bison generated code is also hard to maintain plus it complicates builds.

This is, in all honesty, a solved problem in any reasonable build system. (And I have little patience left for people making life hard for themselves through their own choices.)

by eqvinox

7/1/2026 at 1:04:00 PM

It's been about five years since I've used Flex and Bison, but if I recall I just didn't check in the generated files and had a Makefile that built everything all together.

If I'm not misremembering that case then, it sounds like this should've never been an issue (well, as long as this is after basic version control and make). Curious if I'm missing something.

by jjice

7/1/2026 at 9:53:57 AM

Now all it needs is a parser in 'examples/' that parses EBNF grammars and emits a parser in terms of these combinators.

by RossBencina

7/1/2026 at 1:20:03 PM

It seems like it would be easy to create such a parser for PEGs, but the semantics here don’t seem like a good fit for context-free grammars where alternation is completely symmetrical.

by polymipisexp

7/1/2026 at 9:52:39 AM

So many parser combinators operate on bytes assuming ASCII input only. I'd be more interested in a parser combinator lib that has UTF-8 decoding already abstracted away, operating on `wchar_t`, or even polymorphic input stream element types.

by zombot

7/1/2026 at 10:12:04 AM

Isn't working with the utf8 stream sufficient? Especially if you only have ASCII keywords/operators/brackets, I feel a ASCII parser should work with utf8 out of the box

by lokeg

7/1/2026 at 11:17:09 AM

Yeah, a parser has no need to understand what a string or glyph is, let alone ASCII or UTF-8. The point is to take a stream of arbitrary data and process it into something that can be reasoned about. Unless you know your input stream is regular in some way, processing it at the finest level of granularity (usually bytes) is probably the only thing to do.

by t-3

7/1/2026 at 5:08:10 PM

Well it depends whether you parsing binary (byte stream) or text (character stream).

In practice, lots of text formats (JSON, XML) embed or hint the character encoding in the format.

by paulddraper

7/1/2026 at 11:33:39 AM

I'd rather not. Most of the time, you don't need it, and when you do, it's for a very small part of the input. And `wchar_t` is an abomination (it's UTF-32 on Linux, UTF-16 on Windows, and all of that is allowed); you probably really want `char32_t`, and again, not for the whole of the input; streaming such data a single rune/codepoint at a time is probably fine as well for most uses.

On the other hand, if your parser combinators process char-by-char, then maintaining a small "is this valid UTF-8 so far" context on the side should be pretty simple, so providing it would be an useful option, but actually decoding? Please don't.

by Joker_vD

7/1/2026 at 2:20:21 PM

I’d still use a byte slice for that. Some formats may mix encodings, or have a text header and binary payload. For those cases one would need to use memchr for the first byte, then compare the remaining few bytes. So I don’t think it would be a huge performance impact

by eska

7/1/2026 at 1:22:21 PM

I'm not familiar with parser combinators. The parser generators that I'm familiar with (YACC, ANTLR3,5) parse a stream of lexemes/tokens, not characters. Is there a reason why combinators don't operate on lexemes?

by RossBencina

7/1/2026 at 4:24:54 PM

They can, it's just that often people seem to use parser combinators to build both the lexer and the parser, not just the parser, which means dealing with the character stream. If you separate the two steps, parser combinators just dealing with tokens works just fine.

by Jtsummers

7/1/2026 at 5:54:36 PM

A parser combinator takes parsers as input and produces a new parser. The basic parsers are very simple, but they are combined together to produce more complex parsers.

by t-3