This is the mail archive of the
mailing list for the Cygwin project.
Re: [NEARLY SOLVED:] Re: make producing basename error that can't be captured by "make &> make.out"
- From: Dave Korn <dave dot korn dot cygwin at gmail dot com>
- To: cygwin at cygwin dot com
- Date: Fri, 02 Mar 2012 06:50:57 +0000
- Subject: Re: [NEARLY SOLVED:] Re: make producing basename error that can't be captured by "make &> make.out"
- Authentication-results: mr.google.com; spf=pass (google.com: domain of firstname.lastname@example.org designates 10.216.138.131 as permitted sender) email@example.com; dkim=pass firstname.lastname@example.org
- References: <4F5035D0.email@example.com> <4F506393.firstname.lastname@example.org> <4F5067E0.email@example.com>
On 02/03/2012 06:25, Paul Allen Newell wrote:
> type make; which -a make
> make is aliased to `settitle Making $(basename $PWD) && make "$@"'
> I groaned when I saw this as it is obvious the $(PWD) is feeding
> basename and that's the "make" error. Thanks.
> However, I am still trying to understand why this potentially incorrect
> alias is creating text output to the screen which can't be redirected as
> it isn't stdout or stderr ... or "3/4/5" as someone suggested I test.
I think it's because aliases are just simple text substitutions. So if you
have 'make' being transformed to 'settitle Making $(basename $PWD) && make
"$@"' then you would get 'make >& make.out' becoming 'settitle Making
$(basename $PWD) && make "$@" >& make.out' and as you see the redirect only
gets applied to the command after the '&&'.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple