Re: ecpg-related build failure with make 3.82 - Mailing list pgsql-hackers

From Tom Lane
Subject Re: ecpg-related build failure with make 3.82
Date
Msg-id 26176.1319822671@sss.pgh.pa.us
Whole thread Raw
In response to ecpg-related build failure with make 3.82  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: ecpg-related build failure with make 3.82
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On my Fedora 14 box, make -j3 fails.  I think the below is the
> relevant portion of the output.  This has a passing similarity to bug
> 5665, but I can't for the life of me see what the problem is here.
> parer.o depends on preproc.h, which depends on preproc.c; therefore,
> parser.o should not be built until preproc.c has been built, but
> that's exactly what make is doing.

I tried to reproduce this on my own Fedora 14 box, and couldn't.
I cd'd to src/interfaces/ecpg/preproc and did several repetitions of
make maintainer-cleanmake -j

and every time, make carefully waited until bison was done before
launching the compiles of preproc.o, parser.o, and the other files
that are declared to depend on preproc.h.

I *can* reproduce failures if I do the same thing one directory level
up, in src/interfaces/ecpg.  But those are caused by the other sub-makes
not waiting for include/ecpg_config.h to get built.  Fixing that is
beyond my level of make-fu.

This is with make-3.82-3.fc14.x86_64 ...
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Review: [PL/pgSQL] %TYPE and array declaration - second patch
Next
From: Robert Haas
Date:
Subject: Re: So, is COUNT(*) fast now?