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

From: Brook Milligan <brook(at)trillium(dot)NMSU(dot)Edu>
To: tgl(at)sss(dot)pgh(dot)pa(dot)us
Cc: maillist(at)candle(dot)pha(dot)pa(dot)us, hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Re: [SQL] plpgsql error
Date: 1999-05-11 21:59:34
Message-ID: 199905112159.PAA07918@trillium.nmsu.edu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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.

Cheers,
Brook

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 1999-05-11 22:04:40 Re: [HACKERS] Re: [SQL] plpgsql error
Previous Message Vazsonyi Peter 1999-05-11 21:00:20 sequences vs. transactions