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

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [HACKERS] Re: [SQL] plpgsql error
Дата
Msg-id 199905112204.SAA25633@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Re: [SQL] plpgsql error  (Brook Milligan <brook@trillium.NMSU.Edu>)
Ответы Re: [HACKERS] Re: [SQL] plpgsql error  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Brook Milligan
Дата:
Сообщение: Re: [HACKERS] Re: [SQL] plpgsql error
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] Re: [SQL] plpgsql error