From: | Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Andy Lewis <alewis(at)themecca(dot)net>, "Adam H(dot) Pendleton" <apendleton(at)vgsinc(dot)com>, PostgreSQL-development <hackers(at)postgreSQL(dot)org> |
Subject: | Re: [HACKERS] Re: [SQL] plpgsql error |
Date: | 1999-05-11 00:22:20 |
Message-ID: | 199905110022.UAA22566@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)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(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
From | Date | Subject | |
---|---|---|---|
Next Message | Tatsuo Ishii | 1999-05-11 00:54:13 | Re: [HACKERS] Beta2? |
Previous Message | Bruce Momjian | 1999-05-11 00:09:23 | Re: [HACKERS] It would be nice if this could be fixed... |