Re: PostgreSQL 9.0.4 failure.

$(top_builddir)/src/include/catalog/schemapg.h: catalog/schemapg.h
   prereqdir=`cd $(dir $<) >/dev/null && pwd` && \
   cd $(dir $@) && rm -f $(notdir $@) && \
   $(LN_S) "$$prereqdir/$(notdir $<)" .

The

prereqdir=`cd $(dir $<) ...

expands completely in the good case and is just catalog/ in the bad case. However, there are other stanzas that look exactly the same that expand completely.

One thing I noticed (which I hope I added to my PostgreSQL bug report) is that a previous rule:

# run this unconditionally to avoid needing to know its dependencies here:
submake-schemapg:
$(MAKE) -C catalog schemapg.h

.PHONY: submake-schemapg

catalog/schemapg.h: submake-schemapg

in the bad case (3.82) I see that the lower directory is entered and left while in the good cases (3.80 and 3.81) I only see that no work needs to be done. That may not have anything to do with the issue but thought it was worth mentioning.

I'm happy to help out where I can. Just ask.

Thank you,

pedz

On Jun 15, 2011, at 7:34 AM, Paul Smith wrote:

On Tue, 2011-06-14 at 22:01 -0500, Perry Smith wrote:
I opened a bug report with PostgreSQL but I believe it is a problem with make.
The bug report there is 6059:

http://archives.postgresql.org/pgsql-bugs/2011-06/msg00109.php

You can also read a post here:

https://groups.google.com/d/topic/pgsql.general/iOnCH9VuwnE/discussion

It definitely looks like a change in behavior of GNU make triggered this
issue.

However, until/unless someone provides us with the text of the makefile
rule that is failing we can't know whether this is a bug or something
that was changed intentionally.

--
-------------------------------------------------------------------------------
Paul D. Smith <address@hidden> Find some GNU make tips at:
http://www.gnu.org http://make.mad-scientist.net
"Please remain calm...I may be mad, but I am a professional." --Mad Scientist

From:	Perry Smith
Subject:	Re: PostgreSQL 9.0.4 failure.
Date:	Wed, 15 Jun 2011 08:31:58 -0500