From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alfred Perlstein <bright(at)wintelcom(dot)net> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: and! Bison vs yacc Re: Flex vs Lex |
Date: | 2000-08-20 21:00:07 |
Message-ID: | 14146.966805207@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Alfred Perlstein <bright(at)wintelcom(dot)net> writes:
> Basically the configure script ought to abort if bison isn't found,
Certainly not, seeing as how the standard distribution doesn't require
the recipient to run bison at all. It's only an issue if you are
working from CVS sources. Even then, there are vendor yaccs that will
work (possibly after some YFLAGS-tuning), and it is not configure's
charter to prevent you from using them. I am not sure there are any
non-flex lexes that will work, though.
The nasty part of this is that some OSes seem to have flex or bison
installed only under the name 'lex' or 'yacc'. Probably what configure
should do is
1. Search for flex; if found, use it.
2. Search for lex; if found, test to see if it's really flex
(eg, by checking "lex --version" output).
and likewise for bison (except go ahead and try to use yacc even
if it's not bison).
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Hannu Krosing | 2000-08-20 21:22:11 | Re: Optimisation deficiency: currval('seq')-->seq scan, constant-->index scan |
Previous Message | Alfred Perlstein | 2000-08-20 20:41:36 | and! Bison vs yacc Re: Flex vs Lex |