pg.ddx.io  pgsql-hackers@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Bruce Momjian <maillist@candle.pha.pa.us>
To: tgl@sss.pgh.pa.us
Cc: jwieck@debis.com
Cc: hackers@postgreSQL.org
Subject: Re: [HACKERS] Open 6.4 items
Date: Wed, 28 Oct 1998 21:35:26 -0500 (EST)
Message-ID: <199810290235.VAA02079@candle.pha.pa.us> (raw)
In-Reply-To: <19356.909595850@sss.pgh.pa.us>

> jwieck@debis.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...

Again, too late to play with.  BSD yacc doesn't have switches that
enable larger tables, so you have to have gram.c.  Does plpgsql have
tables too large for BSD yacc?  Can someone test it?

-- 
  Bruce Momjian                        |  http://www.op.net/~candle
  maillist@candle.pha.pa.us            |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026



view thread (141+ messages)  latest in thread

Message-ID: <199810290235.VAA02079@candle.pha.pa.us>
Permalink:  ../199810290235.VAA02079@candle.pha.pa.us/
Also on:    postgresql.org/message-id/199810290235.VAA02079@candle.pha.pa.us

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-hackers@postgresql.org
  Cc: maillist@candle.pha.pa.us, tgl@sss.pgh.pa.us, jwieck@debis.com, hackers@postgreSQL.org
  Subject: Re: [HACKERS] Open 6.4 items
  In-Reply-To: <199810290235.VAA02079@candle.pha.pa.us>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox