Re: [HACKERS] Re: [SQL] plpgsql error

> What we need is to substitute a "fully expanded" version of libdir into
> this file, instead of a version that might depend on other variables.
>
> Any shell-scripting gurus on the list? I thought this would be an easy
> fix, but I'm having some difficulty getting the configure script to
> produce a fully-expanded value for libdir. Given a shell variable that
> may contain $-references to other variables, the requirement is to
> assign to a new variable an expanded value containing no $-references.
> I tried

> expanded_libdir="$libdir"
> but that just gets you an exact copy, no recursive expansion. A few
> other ideas didn't work either; the Bourne shell doesn't seem to want
> to re-expand text it's already expanded. Suggestions?

Please try:

expanded_libdir="`eval echo $libdir`"

Then I assume you have to do a:

sed "s/@libdir@/$expanded_libdir/g" <mklang.sql.template >mklang.sql

I can take it if you commit what you have. The one item I am not sure
about is having it generate mklang.sql when the configure values change.
When they run configure, I think we have to generate a new file, so the
Makefile can see the change in datestamp and generate a new mklang.sql.
Sounds like we need mklang.template.in, mklang.template, and mklang.sql
and a rule in the makefile that mklang.sql depends on mklang.template.

You can complete it, or I will take a crack at it.

--
Bruce Momjian | http://www.op.net/~candle
maillist(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026