URL:
<http://savannah.gnu.org/bugs/?36800>
Summary: False misidentification of '%' as "mixed" target in
a single target specififcation
Project: make
Submitted by: mokhov
Submitted on: Fri 06 Jul 2012 15:16:22 GMT
Severity: 3 - Normal
Item Group: Bug
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
Component Version: 3.82
Operating System: Any
Fixed Release: None
Triage Status: None
_______________________________________________________
Details:
First, I am aware of the bug #33034 and the new (3.82) make's /feature/ of
disallowing mixed targets. I am hitting a related bug to the same but with
erronous parsing. My observation is that the feature introduced a "presumed
guilty" parsing bug and I am getting an erroneous:
"Makefile:XYZ: *** mixed implicit and normal rules. Stop."
on a _single_ explicit target. The reason for this appears to be a presumptive
parsing for '%' to decide whether there are mixed targets.
More specifically I have (a reduced version):
...
VERSION=0.3.1-devel-`date +%Y%m%d`
DATAEXE=myapp
...
$(DATAEXE)-bundle-$(VERSION).tar.gz: all #...
...
and make 3.82.90 errors out at the single explicit target
"$(DATAEXE)-bundle-$(VERSION).tar.gz". When I remove the date specification
from VERSION, it all works again as expected (except I don't have my
timestamps anymore). The conclusion is that the date's % specifications are
wrongfully interpreted as make's at the parse time as if "containing mixed
targets". Please provide a fix and/or a workaround. Thanks!
-s
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?36800>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-make mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-make