Re: [HACKERS] Re: [SQL] plpgsql error
| От | Bruce Momjian |
|---|---|
| Тема | Re: [HACKERS] Re: [SQL] plpgsql error |
| Дата | |
| Msg-id | 199905110022.UAA22566@candle.pha.pa.us обсуждение |
| Ответ на | Re: [HACKERS] Re: [SQL] plpgsql error (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: [HACKERS] Re: [SQL] plpgsql error
|
| Список | pgsql-hackers |
> Bruce Momjian <maillist@candle.pha.pa.us> writes:
> > Yes, this clearly looks broken. In mklang.sql.in, @libdir@ is replaced
> > with ${exec_prefix} in mklang.sql. Seems it should be something else.
>
> Oh ... OK, that looks like a garden-variety configure bug (one too many
> levels of quoting, or some such). I can look at this if no one else
> beats me to it.
It replaces @libdir@ with ${exec_prefix}/lib. It appears the
configure code expects the replacement to occour in a Makefile, so
${exec_prefix} can be replaced in Makefile.global. However,
$exec_prefix is not in Makefile.global, so maybe it is just a problem
with configure that $exec_prefix is replace before @libdir@, and
libdir's that contain exec_prefix have a problem.
However, it appears the default value of libdir contains exec_prefix, so
you would think they would have found such a problem themselves in
testing.
I am confused.
-- 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 по дате отправления: