diff options
author | Mike Waychison <mikew@google.com> | 2011-03-14 23:34:25 -0700 |
---|---|---|
committer | Michal Marek <mmarek@suse.cz> | 2011-03-17 12:29:20 +0100 |
commit | e1b702cf224df446b4ce0416dfb02858e7cc068b (patch) | |
tree | dd64df66e3231a903adb0e536448b0b0b4998a59 /sound/arm | |
parent | 4a5838ad9d2d4f7354a310982483f4c76aa0abeb (diff) | |
download | linux-3.10-e1b702cf224df446b4ce0416dfb02858e7cc068b.tar.gz linux-3.10-e1b702cf224df446b4ce0416dfb02858e7cc068b.tar.bz2 linux-3.10-e1b702cf224df446b4ce0416dfb02858e7cc068b.zip |
KBuild: silence "'scripts/unifdef' is up to date."
While changing our build system over to use the headers_install target
as part of our klibc build, the following message started showing up in
our logs:
make[2]: `scripts/unifdef' is up to date.
It turns out that the build blindly invokes a recursive make on this
target, which causes make to emit this message when the target is
already up to date. This isn't seen for most targets as the rest of the
build relies primarily on the default target and on PHONY targets when
invoking make recursively.
Silence the above message when building unifdef as part of
headers_install by hiding it behind a new PHONY target called
"build_unifdef" that has an empty recipe.
Signed-off-by: Mike Waychison <mikew@google.com>
Acked-by: WANG Cong <xiyou.wangcong@gmail.com>
Signed-off-by: Michal Marek <mmarek@suse.cz>
Diffstat (limited to 'sound/arm')
0 files changed, 0 insertions, 0 deletions