From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | jwieck(at)debis(dot)com (Jan Wieck) |
Cc: | hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] Open 6.4 items |
Date: | 1998-10-28 17:30:50 |
Message-ID: | 19356.909595850@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
jwieck(at)debis(dot)com (Jan Wieck) writes:
> I asked for it a while ago but forgot about it. Anyway - I
> think it is better to have precreated gram.c, y.tab.h and
> scan.c files in src/pl/plpgsql/src too. Otherwise ppl not
> having bison/flex might have a build problem.
There are quite a few places that need lex/yacc capability; plpgsql
is not creating any new build requirement that did not exist before.
(ecpg and bootparse are two examples I can think of offhand.)
We ship the main gram.c file not to avoid requiring lex/yacc, but
because it is too big for some older yaccs.
It might be nice to eliminate the need for lex/yacc capability,
but post-beta3 is NOT the time to be doing "might be nice" stuff.
Leave it be for now.
regards, tom lane
PS: BTW, I was able to build all the Postgres yacc files on a rather
ancient HPUX yacc, once I added enough -N switches. According to my
notes,
YACC:/usr/bin/yacc
YFLAGS:-d -Np2000 -Ns3000 -Nm100000 -Nl2000 -Na30000 -Nc10000
worked with a pretty recent fileset. So I'm not sure we even really
need to distribute the main parser's gram.c. We could have configure
plug in these switches if it fails to find bison...
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas G. Lockhart | 1998-10-28 17:31:33 | Re: [HACKERS] Last call? |
Previous Message | Tom Lane | 1998-10-28 17:20:39 | Re: [HACKERS] Open 6.4 items |