summaryrefslogtreecommitdiff
path: root/src/interfaces/ecpg/preproc/README.parser
diff options
context:
space:
mode:
authorPeter Eisentraut <peter_e@gmx.net>2011-06-14 07:34:00 +0300
committerPeter Eisentraut <peter_e@gmx.net>2011-06-14 07:34:00 +0300
commit030a2831a8df7829d606a873e28330ea2310fd64 (patch)
tree91dc22c6161c07ed32090595c1d61e8b2bb14f98 /src/interfaces/ecpg/preproc/README.parser
parent2fccc881a9184879deeb9580bc25e7c420c580f8 (diff)
Move parse2.pl to parse.pl
We have a SCM, so we don't need to keep old versions of files around.
Diffstat (limited to 'src/interfaces/ecpg/preproc/README.parser')
-rw-r--r--src/interfaces/ecpg/preproc/README.parser4
1 files changed, 2 insertions, 2 deletions
diff --git a/src/interfaces/ecpg/preproc/README.parser b/src/interfaces/ecpg/preproc/README.parser
index 6d6daac4ba3..ddc3061d486 100644
--- a/src/interfaces/ecpg/preproc/README.parser
+++ b/src/interfaces/ecpg/preproc/README.parser
@@ -3,7 +3,7 @@ ECPG modifies and extends the core grammar in a way that
defined in ecpg.tokens, types are defined in ecpg.type
2) most tokens from the core grammar are simply converted
to literals concatenated together to form the SQL string
- passed to the server, this is done by parse2.pl.
+ passed to the server, this is done by parse.pl.
3) some rules need side-effects, actions are either added
or completely overridden (compared to the basic token
concatenation) for them, these are defined in ecpg.addons,
@@ -20,7 +20,7 @@ rules concatenated together. e.g. if gram.y has this:
ruleA: tokenA tokenB tokenC {...}
then "dumpedtokens" is "ruleAtokenAtokenBtokenC".
"postfix" above can be:
-a) "block" - the automatic rule created by parse2.pl is completely
+a) "block" - the automatic rule created by parse.pl is completely
overridden, the code block has to be written completely as
it were in a plain bison grammar
b) "rule" - the automatic rule is extended on, so new syntaxes