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

From Bruce Momjian
Subject Re: [HACKERS] Re: [SQL] plpgsql error
Date
Msg-id 199905112204.SAA25633@candle.pha.pa.us
Whole thread Raw
In response to Re: [HACKERS] Re: [SQL] plpgsql error  (Brook Milligan <brook@trillium.NMSU.Edu>)
Responses Re: [HACKERS] Re: [SQL] plpgsql error  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
>    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?
> 
> 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.  You can have the rule depend on
> something like Makefile or Makefile.global or wherever the relevant
> variables are set so that if local tweaks are made the files get
> remade automatically.

Yes, that is what we were saying.

--  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: Brook Milligan
Date:
Subject: Re: [HACKERS] Re: [SQL] plpgsql error
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] Re: [SQL] plpgsql error