Follow-up Comment #6, bug #17752 (project make):
I tend to agree, my change caused quite a few regressions according to the
GNU make documentation. However, I also don't think the original 3.80 behavior
is correct. That ought to exist is a misnomer. Who said that just because a
file is made a
Follow-up Comment #5, bug #17752 (project make):
See bug #20006 as another instance
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17752
___
Message sent via/by Savannah
Follow-up Comment #1, bug #17752 (project make):
Hm. I looked at this. It looks like a bug to me. I traced it down to a
change by BorisK on 21 Sep 2004:
* implicit.c (pattern_search): When considering an implicit rule's
prerequisite check that it is actually a target rather
Update of bug #17752 (project make):
Status:None = Fixed
Assigned to:None = psmith
Open/Closed:Open = Closed
Fixed Release:
Follow-up Comment #3, bug #17752 (project make):
See also bug #21670 for another instance of this.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17752
___
Message sent via/by
Follow-up Comment #4, bug #17752 (project make):
See bug #18139 for another instance of this.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17752
___
Message sent via/by
URL:
http://savannah.gnu.org/bugs/?17752
Summary: target fails depending on order of prereqs
Project: make
Submitted by: None
Submitted on: Thursday 09/14/2006 at 20:59 UTC
Severity: 3 - Normal
Item Group: