Re: [HACKERS] Re: [SQL] plpgsql error - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: [HACKERS] Re: [SQL] plpgsql error
Date
Msg-id 199905121250.IAA18770@candle.pha.pa.us
Whole thread Raw
In response to Re: [HACKERS] Re: [SQL] plpgsql error  (jwieck@debis.com (Jan Wieck))
List 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 by date:

Previous
From: "Larry Cage"
Date:
Subject: nice software shopping
Next
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] defalut value