Re: [HACKERS] Open 6.4 items
От | jwieck@debis.com (Jan Wieck) |
---|---|
Тема | Re: [HACKERS] Open 6.4 items |
Дата | |
Msg-id | m0zYZUr-000EBPC@orion.SAPserv.Hamburg.dsh.de обсуждение исходный текст |
Ответ на | Re: [HACKERS] Open 6.4 items (Bruce Momjian <maillist@candle.pha.pa.us>) |
Список | 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@debis.com (Jan Wieck) #
В списке pgsql-hackers по дате отправления: