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

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

In response to

Browse pgsql-hackers by date

  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...