Handwritten parser vs. yecc-generated parser about gettext

[josevalim]

Good work, to me the yecc-based is much cleaner!

A couple notes on the .yrl one:

1. The parser should stay in the .src directory indeed with the generated .erl being .gitignored
2. You can match on the error information here to generate proper syntax errors (with line and what not)
3. If you want, you can generate a map inside .yrl (instead of the translation tuple) and in the Elixir side of things convert them to a struct by doing Map.put(map, :__struct__, Translation).

[ericmj]

I agree that yecc is cleaner but one of the advantages of the elixir version is that anyone can understand and contribute to it because you don't have to learn yet another parser language.

[whatyouhide]

@ericmj that was the main reason I wrote the Elixir version too. It's also true that yecc has a very simple grammar and is very easy to understand (you have to know a little bit about CF grammars maybe, but it's nothing complicated).

I think the yecc version is cleaner but also "safer" in the sense that it's less prone to cause subtle bugs since the grammar definition is very concise and straightforward. If that means giving up some possible contributors, maybe it's worth it.

Keep also in mind that the current versions of both parsers only handle msgid/msgstr couples with no pluralisation nor anything else; this may be the first reason why the Elixir code is so simple. I'm confident that when the grammar becomes a little bit more complicated, yecc's clarity will be even more valuable.

[josevalim]

@ericmj plus the grammar will be simpler to the point it will be easier to contribute to a grammar syntax you don't know than a complex hand-written grammar in Elixir. :)

[whatyouhide]

I'm closing this since I merged #3, introducing a .po parser generated using yecc. This resulted in a very straightforward grammar and I also managed to move some tedious logic directly to the yecc parser (e.g., concatenation of a series of string tokens), so yay!