summaryrefslogtreecommitdiff
path: root/sound/oss
diff options
context:
space:
mode:
authorMike Waychison <mikew@google.com>2011-03-14 23:34:25 -0700
committerMichal Marek <mmarek@suse.cz>2011-03-17 12:29:20 +0100
commite1b702cf224df446b4ce0416dfb02858e7cc068b (patch)
treedd64df66e3231a903adb0e536448b0b0b4998a59 /sound/oss
parent4a5838ad9d2d4f7354a310982483f4c76aa0abeb (diff)
downloadlinux-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/oss')
0 files changed, 0 insertions, 0 deletions