Re: [HACKERS] Re: [SQL] plpgsql error
От | Bruce Momjian |
---|---|
Тема | Re: [HACKERS] Re: [SQL] plpgsql error |
Дата | |
Msg-id | 199905121250.IAA18770@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] Re: [SQL] plpgsql error (jwieck@debis.com (Jan Wieck)) |
Список | pgsql-hackers |
> > > > Brook Milligan <brook@trillium.NMSU.Edu> writes: > > > Isn't the correct solution to have the Makefile contain a rule that > > > creates the file from a template (e.g., with sed -e > > > 's/@xxx@/${xxx}/g')? That way make resolves the variable references > > > and you needn't worry about it. > > > > (after further thought...) Oh, right, I see what you're saying: don't > > generate mklang.sql in configure at all, but let pl/plpgsql/src/Makefile > > be responsible for it. Yeah, that'd be a cleaner solution. However, > > what I just committed works ;-). If you feel like improving it, be > > my guest; I have other items on the to-do list... > > I've just committed a little change to initdb and it's > Makefile. The initdb Makefile now expands __DLSUFFIX__ into > it and initdb uses $PGLIB/plpgsql__DLSUFFIX__ to test if it > is there and then runs the appropriate queries against > template1. Same for PL/Tcl. > > If anyone agrees we can get rid of these mklang.sql scripts > totally. Sure. -- 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, Pennsylvania19026
В списке pgsql-hackers по дате отправления: