bug-make
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #36800] False misidentification of '%' as "mixed" target in a singl


From: Serguei Mokhov
Subject: [bug #36800] False misidentification of '%' as "mixed" target in a single target specififcation
Date: Fri, 06 Jul 2012 15:16:23 +0000
User-agent: Mozilla/5.0 (Windows NT 5.1; rv:13.0) Gecko/20100101 Firefox/13.0.1

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/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]