[bug #19122] $* doesn't work as expected

[anonymous]

Follow-up Comment #1, bug #19122 (project make):

It's behaving exactly as described in the GNU make info pages.  In
particular, as described in section 10.5.3 "Automatic Variables":

`$*'
     The stem with which an implicit rule matches (*note How
     Patterns Match: Pattern Match.).  If the target is
     dir/a.foo.b' and the target pattern is `a.%.b' then the
     stem is `dir/foo'.  The stem is useful for constructing
     names of related files.
<...>
     In an explicit rule, there is no stem; so `$*' cannot be
     determined in that way.  Instead, if the target name ends
     with a recognized suffix (*note Old-Fashioned Suffix
     Rules: Suffix Rules.), `$*' is set to the target name
     minus the suffix.  For example, if the target name is
     `foo.c', then `$*' is set to `foo', since `.c' is a
     suffix.  GNU `make' does this bizarre thing only for
     compatibility with other implementations of `make'.  You
     should generally avoid using `$*' except in implicit rules
     or static pattern rules.

     If the target name in an explicit rule does not end with
     a recognized suffix, `$*' is set to the empty string for
     that rule.

The rule in your example is an explicit rule and the target is not in the
default suffix list.  Therefore $* will be empty in that rule.  As mentioned
in the text above, use of $* in explicit rules is discouraged.  You should
either
a) hardcode the stem for the rule (there's only one target
   in your example, so there's only one stem),
b) extract the correct stem for the the target using $(patsubst)
   against $@, or whatever is appropriate, OR
c) add ".bin" to the suffix list by naming .bin as a dependency
   of the .SUFFIXES pseudo-target.


Philip Guenther


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?19122>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/