Обсуждение: New psql compile problem.

Hi,

I have a small problem compiling the new psql code.

The dependency in the makefile on the sgml files seems to
be failing because of the '*'.

If I remove that dependancy everything is OK.

Perhaps it's my version of make.

bash-2.03$ make --version
GNU Make version 3.77, by Richard Stallman and Roland McGrath.
Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98

Anyway, here's the section of the make log.

Keith.

make[2]: Entering directory `/export/home/pgsql/src/bin/psql'
make -C ../../interfaces/libpq libpq.a
make[3]: Entering directory `/export/home/pgsql/src/interfaces/libpq'
make[3]: `libpq.a' is up to date.
make[3]: Leaving directory `/export/home/pgsql/src/interfaces/libpq'
gcc -I../../interfaces/libpq -I../../include -I../../backend    -Wall 
-Wmissing-prototypes -g -O2 -DLOCK_MGR_DEBUG -DDEADLOCK_DEBUG   -c command.c -o 
command.o
gcc -I../../interfaces/libpq -I../../include -I../../backend    -Wall 
-Wmissing-prototypes -g -O2 -DLOCK_MGR_DEBUG -DDEADLOCK_DEBUG   -c common.c -o 
common.o
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'

> make[2]: Entering directory `/export/home/pgsql/src/bin/psql'
> make -C ../../interfaces/libpq libpq.a
> make[3]: Entering directory `/export/home/pgsql/src/interfaces/libpq'
> make[3]: `libpq.a' is up to date.
> make[3]: Leaving directory `/export/home/pgsql/src/interfaces/libpq'
> gcc -I../../interfaces/libpq -I../../include -I../../backend    -Wall 
> -Wmissing-prototypes -g -O2 -DLOCK_MGR_DEBUG -DDEADLOCK_DEBUG   -c command.c -o 
> command.o
> gcc -I../../interfaces/libpq -I../../include -I../../backend    -Wall 
> -Wmissing-prototypes -g -O2 -DLOCK_MGR_DEBUG -DDEADLOCK_DEBUG   -c common.c -o 
> common.o
> 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.

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

On Sat, 6 Nov 1999, Bruce Momjian wrote:

> > make[2]: Entering directory `/export/home/pgsql/src/bin/psql'
> > make -C ../../interfaces/libpq libpq.a
> > make[3]: Entering directory `/export/home/pgsql/src/interfaces/libpq'
> > make[3]: `libpq.a' is up to date.
> > make[3]: Leaving directory `/export/home/pgsql/src/interfaces/libpq'
> > gcc -I../../interfaces/libpq -I../../include -I../../backend    -Wall 
> > -Wmissing-prototypes -g -O2 -DLOCK_MGR_DEBUG -DDEADLOCK_DEBUG   -c command.c -o 
> > command.o
> > gcc -I../../interfaces/libpq -I../../include -I../../backend    -Wall 
> > -Wmissing-prototypes -g -O2 -DLOCK_MGR_DEBUG -DDEADLOCK_DEBUG   -c common.c -o 
> > common.o
> > 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.

The intend was that the sql_help.h would be prepared before distribution,
so people that don't have docs or don't have Perl or other weird problems
don't get that sort of problem, because after all it *is* a hack. We
already do the same with the pre-bisoned parsers.

Perhaps there is still a problem if the docs are installed one second
later than the psql subtree. How do you handle that with the parsers? Do
it the same here.

-- 
Peter Eisentraut                  Sernanders vaeg 10:115
peter_e@gmx.net                   75262 Uppsala
http://yi.org/peter-e/            Sweden

Peter Eisentraut <e99re41@DoCS.UU.SE> writes:
> The intend was that the sql_help.h would be prepared before distribution,
> so people that don't have docs or don't have Perl or other weird problems
> don't get that sort of problem, because after all it *is* a hack. We
> already do the same with the pre-bisoned parsers.

Right.  src/tools/release_prep is the script that generates derived
files that need to be valid in the distributed tarball.  You should
submit a patch that fixes that script to do "make sql_help.h" along
with its other duties.
        regards, tom lane