Re: parallel make failure

On Wed, Nov 9, 2011 at 11:46 AM, Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:
> On 11/09/2011 11:35 AM, Tom Lane wrote:
>>
>> Andrew Dunstan<andrew(at)dunslane(dot)net>  writes:
>>>
>>> We still seem to have some dependency issues with parallel builds. I
>>> just got this on a fresh F16 box against git tip, when running "make -j
>>> 3":
>>>     ccache gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith
>>>     -Wdeclaration-after-statement -Wendif-labels
>>>     -Wmissing-format-attribute -Wformat-security -fno-strict-aliasing
>>>     -fwrapv -g -pthread  -D_REENTRANT -D_THREAD_SAFE
>>>     -D_POSIX_PTHREAD_SEMANTICS -DECPG_COMPILE -I../include
>>>     -I../../../../src/interfaces/ecpg/include -I. -I. -DMAJOR_VERSION=4
>>>     -DMINOR_VERSION=7 -DPATCHLEVEL=0 -I../../../../src/include
>>>     -D_GNU_SOURCE -I/usr/include/libxml2   -c -o parser.o parser.c -MMD
>>>     -MP -MF .deps/parser.Po
>>>     parser.c:25:21: fatal error: preproc.h: No such file or directory
>>>     compilation terminated.
>>
>> I think you have a broken version of "make".  ecpg/preproc/Makefile
>> is perfectly clear that parser.o depends on preproc.h.
>
> Stock distro build:
>
>   GNU Make 3.82
>   Built for i386-redhat-linux-gnu
>
> It's not repeatable, at least not easily.
>
> I'll let it go, but I won't be surprised if we see sporadic reports of this.

Either make 3.82 is broken, or there's something about it's behavior
we don't understand. We've had other reports of problems with that
version (by me, just a week or two ago, at least).

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company