Re: [HACKERS] New psql compile problem. - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] New psql compile problem.
Date
Msg-id 3624.941936973@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] New psql compile problem.  (Keith Parks <emkxp01@mtcc.demon.co.uk>)
List pgsql-hackers
Keith Parks <emkxp01@mtcc.demon.co.uk> writes:
>>> make[2]: *** No rule to make target `../../../doc/src/sgml/ref/*.sgml', 
>>> needed 
>>> by `sql_help.h'.  Stop.
>>> make[2]: Leaving directory `/export/home/pgsql/src/bin/psql'

>> Do you have sgml files in that directory?  You should.

> Plenty of them...
>
> It seems a strange sort of dependancy though, with a '*', sort
> of saying we're dependant on anything that happens to be in the
> directory. Not the usual sort of thing you see in makefiles.

But it's just the right thing in this case, since Peter doesn't want
psql to be dependent on exactly what set of ref .sgml files there are.

This makefile coding does depend on wildcard expansion in dependency
lists, which is a GNU-make ism that probably doesn't get a lot of
testing.  What version of make are you running?

It might be worth changing the rule to use explicit wildcard expansion,

sql_help.h: $(wildcard ../../../doc/src/sgml/ref/*.sgml) create_help.pl

in case some versions of make need that extra cue to do the right thing...
        regards, tom lane


pgsql-hackers by date:

Previous
From: Keith Parks
Date:
Subject: Re: [HACKERS] New psql compile problem.
Next
From: Ryan Kirkpatrick
Date:
Subject: PostgreSQL 6.5.3 Linux/Alpha Update