Path: utzoo!utgpu!watserv1!watmath!uunet!bu.edu!bu-cs!snorkelwacker!tut.cis.ohio-state.edu!NSFNET-RELAY.AC.UK!C.G.Selwyn%gdr.bath.ac.uk
From: C.G.Selwyn%gdr.bath.ac.uk@NSFNET-RELAY.AC.UK (C G Selwyn)
Newsgroups: gnu.utils.bug
Subject: GNU make
Message-ID: <9002080239.AA25041@aeneas.MIT.EDU>
Date: 7 Feb 90 10:22:18 GMT
Sender: daemon@tut.cis.ohio-state.edu
Distribution: gnu
Organization: GNUs Not Usenet
Lines: 25

I have recently installed the GNU make facility 
on the 4.3BSD system at Perihelion Software and 
have experienced one (admittedly not very serious)
problem. viz. The following makefile which uses
a header file which has been found using vpath and
then goes on to name the same file but without the
vpath searching. This causes make to core dump!

vpath %.h tt

all: x.o y.o
x.o: x.h

y.o: tt/x.h

The problem appears to be concerned with rename_file
where it realises that there is a file with the target
name already and proceeds to free it. Unfortunately 
the freed pointer is then used later when trying to make
the file which was named absolutely. I realise that this
is not a major bug since one would not want to name files
in this way when using vpath but I thought you would be 
interested nonetheless.

	Chris Selwyn