* [PATCH] fix bug 376 - tiny extra echo in Makefile
@ 2003-02-20 12:49 Muli Ben-Yehuda
2003-02-20 15:38 ` Kai Germaschewski
0 siblings, 1 reply; 4+ messages in thread
From: Muli Ben-Yehuda @ 2003-02-20 12:49 UTC (permalink / raw)
To: Kai Germaschewski; +Cc: Linux-Kernel
http://bugme.osdl.org/show_bug.cgi?id=376
It's not really a bug, which means this isn't really a fix, but it
does make things more consistent. Please consider for inclusion or let
me know you aren't interested so I can close the bug. Thanks.
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet 1.1004 -> 1.1005
# Makefile 1.362 -> 1.363
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 03/02/20 mulix@alhambra.mulix.org 1.1005
# don't print the echo command when printing 'Generating build number'
# --------------------------------------------
#
diff -Nru a/Makefile b/Makefile
--- a/Makefile Thu Feb 20 13:40:59 2003
+++ b/Makefile Thu Feb 20 13:40:59 2003
@@ -325,7 +325,7 @@
define rule_vmlinux__
set -e
$(if $(filter .tmp_kallsyms%,$^),,
- echo ' Generating build number'
+ @echo ' Generating build number'
. $(src)/scripts/mkversion > .tmp_version
mv -f .tmp_version .version
$(Q)$(MAKE) $(build)=init
--
Muli Ben-Yehuda
http://www.mulix.org
http://syscalltrack.sf.net
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] fix bug 376 - tiny extra echo in Makefile
2003-02-20 12:49 [PATCH] fix bug 376 - tiny extra echo in Makefile Muli Ben-Yehuda
@ 2003-02-20 15:38 ` Kai Germaschewski
2003-02-20 15:49 ` Muli Ben-Yehuda
2003-02-20 17:25 ` Sam Ravnborg
0 siblings, 2 replies; 4+ messages in thread
From: Kai Germaschewski @ 2003-02-20 15:38 UTC (permalink / raw)
To: Muli Ben-Yehuda; +Cc: Linux-Kernel
On Thu, 20 Feb 2003, Muli Ben-Yehuda wrote:
> It's not really a bug, which means this isn't really a fix, but it
> does make things more consistent. Please consider for inclusion or let
> me know you aren't interested so I can close the bug. Thanks.
>
> # This is a BitKeeper generated patch for the following project:
> # Project Name: Linux kernel tree
> # This patch format is intended for GNU patch command version 2.5 or higher.
> # This patch includes the following deltas:
> # ChangeSet 1.1004 -> 1.1005
> # Makefile 1.362 -> 1.363
> #
> # The following is the BitKeeper ChangeSet Log
> # --------------------------------------------
> # 03/02/20 mulix@alhambra.mulix.org 1.1005
> # don't print the echo command when printing 'Generating build number'
> # --------------------------------------------
> #
> diff -Nru a/Makefile b/Makefile
> --- a/Makefile Thu Feb 20 13:40:59 2003
> +++ b/Makefile Thu Feb 20 13:40:59 2003
> @@ -325,7 +325,7 @@
> define rule_vmlinux__
> set -e
> $(if $(filter .tmp_kallsyms%,$^),,
> - echo ' Generating build number'
> + @echo ' Generating build number'
> . $(src)/scripts/mkversion > .tmp_version
> mv -f .tmp_version .version
> $(Q)$(MAKE) $(build)=init
The thing is, I cannot reproduce it here.
Also, the entire rule_vmlinux__ is invoked with a '@' in front, so nothing
there should be echoed. However, for the original submitter that obviously
doesn't work, the ". $(src)..." line is echoed to. What version of "make"
is used?
--Kai
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] fix bug 376 - tiny extra echo in Makefile
2003-02-20 15:38 ` Kai Germaschewski
@ 2003-02-20 15:49 ` Muli Ben-Yehuda
2003-02-20 17:25 ` Sam Ravnborg
1 sibling, 0 replies; 4+ messages in thread
From: Muli Ben-Yehuda @ 2003-02-20 15:49 UTC (permalink / raw)
To: Kai Germaschewski, Burton Windle; +Cc: Linux-Kernel
On Thu, Feb 20, 2003 at 09:38:58AM -0600, Kai Germaschewski wrote:
> On Thu, 20 Feb 2003, Muli Ben-Yehuda wrote:
>
> > --- a/Makefile Thu Feb 20 13:40:59 2003
> > +++ b/Makefile Thu Feb 20 13:40:59 2003
> > @@ -325,7 +325,7 @@
> > define rule_vmlinux__
> > set -e
> > $(if $(filter .tmp_kallsyms%,$^),,
> > - echo ' Generating build number'
> > + @echo ' Generating build number'
> > . $(src)/scripts/mkversion > .tmp_version
> > mv -f .tmp_version .version
> > $(Q)$(MAKE) $(build)=init
>
> The thing is, I cannot reproduce it here.
>
> Also, the entire rule_vmlinux__ is invoked with a '@' in front, so nothing
> there should be echoed. However, for the original submitter that obviously
> doesn't work, the ". $(src)..." line is echoed to. What version of "make"
> is used?
Burton, which make version are you using? on which distro?
FWIW, I can't reproduce it here on RH 7.3 with make 3.79.1. Trying on
debian unstable now.
--
Muli Ben-Yehuda
http://www.mulix.org
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] fix bug 376 - tiny extra echo in Makefile
2003-02-20 15:38 ` Kai Germaschewski
2003-02-20 15:49 ` Muli Ben-Yehuda
@ 2003-02-20 17:25 ` Sam Ravnborg
1 sibling, 0 replies; 4+ messages in thread
From: Sam Ravnborg @ 2003-02-20 17:25 UTC (permalink / raw)
To: Kai Germaschewski; +Cc: Muli Ben-Yehuda, Linux-Kernel
On Thu, Feb 20, 2003 at 09:38:58AM -0600, Kai Germaschewski wrote:
> > diff -Nru a/Makefile b/Makefile
> > --- a/Makefile Thu Feb 20 13:40:59 2003
> > +++ b/Makefile Thu Feb 20 13:40:59 2003
> > @@ -325,7 +325,7 @@
> > define rule_vmlinux__
> > set -e
> > $(if $(filter .tmp_kallsyms%,$^),,
While on the rule_vmlinux__ subject someone claimed that "set -e" does
not make sense because it will be invoked in its private copy of the shell.
Should the whole rule not be escaped "\", so it is executed in
one go by make?
Thats how other users of "set -e" works.
Sam
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2003-02-20 17:16 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-02-20 12:49 [PATCH] fix bug 376 - tiny extra echo in Makefile Muli Ben-Yehuda
2003-02-20 15:38 ` Kai Germaschewski
2003-02-20 15:49 ` Muli Ben-Yehuda
2003-02-20 17:25 ` Sam Ravnborg
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox