Fork me on GitHub
#instaparse
<
2017-03-09
>
aengelberg00:03:19

@bherrmann: in comparison, instaparse is slow and memory-inefficient, but far easier to use and accepts more types of grammars

aengelberg00:03:44

I've never actually used ANTLR so I'm just guessing on both points

bherrmann00:03:42

We have a large oracle grammar… in ANTLR and I’m curious about using instaparse instead

aengelberg00:03:30

So it's already working in ANTLR?

aengelberg00:03:34

Why would you want to switch?

aengelberg00:03:15

(genuinely curious)

bherrmann00:03:12

well. This might be the wrong reason

bherrmann00:03:36

by when we make changes to the ANTLR grammar, it generates a java file which is too big to be compiled

bherrmann00:03:02

so at the moment, we have to giggle the rules to keep the output small enough to be compiled.

bherrmann00:03:10

It is ANTLR V3

seylerius00:03:08

That sounds... clumsy.

bherrmann00:03:33

well, it that old song of someone understanding how ANTLR v3 works and them leaving the company....

bherrmann00:03:56

I’m working with a modified version of this http://www.antlr3.org/grammar/1209225566284/PLSQL3.g

bherrmann00:03:10

although that page is ANTLR V4

bherrmann00:03:44

I’m curious if the PLSQL3.g could easily be consumed by Instaparse

aengelberg00:03:45

The is_sql thing actually looks like something unique to ANTLR (not standard BNF)

aengelberg00:03:52

i.e. setting local variables

bherrmann00:03:50

yea, that is weird

bherrmann00:03:24

we dont use the is_sql in our copy.

bherrmann00:03:18

so the grammar has about 1600 lines (ours has around 2k)… They appear otherwise very similar