Re: pgxs problem - Mailing list pgsql-hackers

From Tom Lane
Subject Re: pgxs problem
Date
Msg-id 25771.1153319354@sss.pgh.pa.us
Whole thread Raw
In response to pgxs problem  (Gregory Stark <gsstark@mit.edu>)
Responses Re: pgxs problem  (Michael Fuhr <mike@fuhr.org>)
List pgsql-hackers
Gregory Stark <gsstark@mit.edu> writes:
> I've tracked down my problem with pgxs to Makefile.global in lib/pgxs/src.
> These lines seem to be the culprits:

> bindir := $(shell pg_config --bindir)
> datadir := $(shell pg_config --sharedir)
> sysconfdir := $(shell pg_config --sysconfdir)
> libdir := $(shell pg_config --libdir)
> pkglibdir := $(shell pg_config --pkglibdir)
> includedir := $(shell pg_config --includedir)
> pkgincludedir := $(shell pg_config --pkgincludedir)
> mandir := $(shell pg_config --mandir)
> docdir := $(shell pg_config --docdir)
> localedir := $(shell pg_config --localedir)

> I think it should be running $(pkglibdir)/bin/pg_config

Your reasoning is circular.  How are we to find out pkglibdir, if not
by asking pg_config?  (It's the wrong path anyway, since pkglibdir
isn't where pg_config lives...)

The documented behavior is that pgxs invokes whatever pg_config is in
your PATH.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Gregory Stark
Date:
Subject: How to refer to standard functions?
Next
From: Tom Lane
Date:
Subject: Re: Progress bar updates