X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.6 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW
X-Spam-Check-By: sourceware.org
Received-SPF: pass (google.com: domain of dave DOT korn DOT cygwin AT gmail DOT com designates 10.216.138.131 as permitted sender) client-ip=10.216.138.131;
Authentication-Results: mr.google.com; spf=pass (google.com: domain of dave DOT korn DOT cygwin AT gmail DOT com designates 10.216.138.131 as permitted sender) smtp.mail=dave DOT korn DOT cygwin AT gmail DOT com; dkim=pass header.i=dave DOT korn DOT cygwin AT gmail DOT com
Message-ID: <4F506DD1.8080901@gmail.com>
Date: Fri, 02 Mar 2012 06:50:57 +0000
From: Dave Korn <dave DOT korn DOT cygwin AT gmail DOT com>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: [NEARLY SOLVED:] Re: make producing basename error that can't be captured by "make &> make.out"
References: <4F5035D0 DOT 9070502 AT cs DOT cmu DOT edu> <4F506393 DOT 1030502 AT gmail DOT com> <4F5067E0 DOT 5000203 AT cs DOT cmu DOT edu>
In-Reply-To: <4F5067E0.5000203@cs.cmu.edu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT 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 "$@"'
> /usr/bin/make
> /usr/bin/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 '&&'.

    cheers,
      DaveK


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple