Message-Id: <m0zYZUr-000EBPC@orion.SAPserv.Hamburg.dsh.de>
From: jwieck@debis.com (Jan Wieck)
Subject: Re: [HACKERS] Open 6.4 items
To: maillist@candle.pha.pa.us (Bruce Momjian)
Date: Wed, 28 Oct 1998 18:35:01 +0100 (MET)
Cc: jwieck@debis.com, hackers@postgreSQL.org
Reply-To: jwieck@debis.com (Jan Wieck)
In-Reply-To: <199810281706.MAA23402@candle.pha.pa.us> from "Bruce Momjian" at
	Oct 28, 98 12:06:23 pm
Content-Type: text

> > Bruce,
> >
> >     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.
> >
> >     The only thing required is to take them out of the 'clean' rm
> >     in  Makefile.in  and add the bison/flex created files to CVS.
> >     If gram.c, y.tab.h and scan.l  are  present  and  newer  than
> >     gram.y and scan.l the Makefile will already skip the steps to
> >     create them.
>
> Do they fail for people who have standard BSD yacc?  Too large?  No one
> has complained about it, but it may be true.

    They  shouldn't  be  too  large.  But  they get modified with
    sed(1) since this  is  a  second  independend  scanner/parser
    inside  the backend (after loading). I'm not 100% sure if the
    code  generated   by   ANY   other   lex/yacc   accepts   the
    substitutions  or  if  the  resulting  code  is  really  that
    independet as it should be.

>
> Done.  Removed from Makefile.in, and added via cvs.

    Thanks.


Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#======================================== jwieck@debis.com (Jan Wieck) #