Re: 7.1Beta 4&5 - clean build problem with '--with-perl'

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Creager, Robert S" <CreagRS(at)LOUISVILLE(dot)STORTEK(dot)COM>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: 7.1Beta 4&5 - clean build problem with '--with-perl'
Date: 2001-03-05 21:53:34
Message-ID: 21035.983829214@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

"Creager, Robert S" <CreagRS(at)LOUISVILLE(dot)STORTEK(dot)COM> writes:
> Alrighty. I should of just looked at the Makefile.PL in the first place...
> I have the environment variables POSTGRES_INCLUDE and POSTGRES_LIB defined,
> so Makefile.PL assumes those directories exist. When it makes, no include
> files... I've included the patch to have the Makefile.PL check for the
> directories existence. I added a '-d' before the $ENV{POSTGRES_???} stuff
> to make sure the directory exists.

> *** Makefile.PL Mon Mar 5 14:31:27 2001
> --- Makefile.PL.org Mon Mar 5 14:25:12 2001
> ***************
> *** 12,18 ****
>
> my %opts;
>
> ! if (! -d $ENV{POSTGRES_LIB} || ! -d $ENV{POSTGRES_INCLUDE}) {
>
> # Check that we actually are inside the Postgres source tree
> if (! -d "../libpq") {
> --- 12,18 ----
>
> my %opts;
>
> ! if (! $ENV{POSTGRES_LIB} || ! $ENV{POSTGRES_INCLUDE}) {
>
> # Check that we actually are inside the Postgres source tree
> if (! -d "../libpq") {

Ah so. That seems like a good solution. Do you think we should also
modify the GNUmakefile to unset POSTGRES_INCLUDE and POSTGRES_LIB when
doing 'make all'? Or would that get in the way of legitimate uses
of these variables?

regards, tom lane

Browse pgsql-bugs by date

  From Date Subject
Next Message Philip Warner 2001-03-06 05:09:24 Re: pg_dump -a strangeness/bug? (7.1beta5)
Previous Message Ivan Baldo 2001-03-05 16:22:53 7.0.3 - Backend crash on simple SELECT query