From: | jwieck(at)debis(dot)com (Jan Wieck) |
---|---|
To: | maillist(at)candle(dot)pha(dot)pa(dot)us (Bruce Momjian) |
Cc: | jwieck(at)debis(dot)com, hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] Open 6.4 items |
Date: | 1998-10-28 17:35:01 |
Message-ID: | m0zYZUr-000EBPC@orion.SAPserv.Hamburg.dsh.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> > 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(at)debis(dot)com (Jan Wieck) #
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 1998-10-28 19:16:42 | Re: [HACKERS] Open 6.4 items |
Previous Message | Thomas G. Lockhart | 1998-10-28 17:31:33 | Re: [HACKERS] Last call? |