Re: configure in snapshout == configure.in - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: configure in snapshout == configure.in
Date
Msg-id Pine.LNX.4.30.0012281842510.1096-100000@peter.localdomain
Whole thread Raw
In response to Re: configure in snapshout == configure.in  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane writes:

> >> FWIW, I'm running GNU Make version 3.79.1, which is the latest release
> >> last I checked.
>
> > ... but not necessarily the best. :-(
>
> What do you recommend?  IIRC, I updated to this version because it fixed
> a bug that was biting me in gmake 3.78.1.

3.76.1 works best for me.  3.79.1 is okay, especially since it has a
number of nice new features.  Everything in between is sheer folly.

The most annoying thing is that rule chains of the form

all: foo.so

%.so: %.o$(LD) ...

# implicit %.o: %.c here

broke after 3.76.1 and have not been repaired.  (I'm not sure exactly what
the cause is as I have not been able to reproduce this with a dummy
makefile, but it probably has something to do with the fact that two
implicit rules are chained, with some other things interacting.)

When you first run 'make all' it will build foo.o and foo.so, then delete
foo.o because it's intermediate.  That's okay.  Then you run 'make all'
again (or perhaps via 'make install'), it will notice the missing foo.o
file and rebuild it and foo.so.  That's stupid.

Now I figured that I could avoid the deleting of the intermediate file
altogether by mentioning the target .SECONDARY:, but that will break in
3.78 if the %.c file is itself build from somewhere.  In that case it will
just bark with "not rule to make foo.c" or so.

You can see me cursing about this in the cvs logs, and this experience
made me install all the gmake versions I could find and try then regularly
when attempting something cute.  (So all recent gmake versions *should*
work with PostgreSQL, but I won't guarantee the corner cases.)

-- 
Peter Eisentraut      peter_e@gmx.net       http://yi.org/peter-e/



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Alpha tas() patch
Next
From: "Patrick Dunford"
Date:
Subject: Connecting across internet