> 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@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