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

> Bruce Momjian <maillist@candle.pha.pa.us> writes:
> >> 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.
> 
> configure is designed to generate makefiles that look like this:
> 
>     exec_prefix=/usr/local
>     bindir=${exec_prefix}/bin
>     libdir=${exec_prefix}/lib
> 
> with the notion that this will simplify after-the-fact hand tweaking
> of install destinations in the makefile if you feed a need to do that.
> So that's why libdir's default definition looks the way it does.

Tom, I like your fix in configure.in better than adding a silly
Makefile�rule.  Yours is much cleaner.  You just created an
expanded_libdir in configure.in and let that be expanded in the *.in
files.  Great.

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