Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com From: Robert Mecklenburg MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16177.22287.680000.491661@gargle.gargle.HOWL> Date: Wed, 6 Aug 2003 13:29:19 -0600 To: cygwin AT cygwin DOT com Subject: Re: Bug in make? In-Reply-To: References: <16177 DOT 16290 DOT 104000 DOT 310212 AT gargle DOT gargle DOT HOWL> RM> Has anyone seen this problem before? ... RM> RM> make RM> RM> @echo hi RM> /bin/bash: line 1: @echo: command not found RM> make: *** [a] Error 127 IP> FYI, any shell (I tried /bin/sh, /bin/tcsh, etc) tries to execute '@echo', IP> with the obvious result. Of course, I thought that was self-evident so I didn't remark on it. The issue is that make _should_ process the @ and does if the case is simplified any further. IP> However, changing the shell to ' /bin/bash -x' might prove IP> instructive. Good point, I didn't do that. The output is: make SHELL=~/bin/echo-bash -f make-define-bug.mk @echo hi + bash -c '@echo hi' bash: line 1: @echo: command not found make: *** [a] Error 127 I'm not sure what I was supposed to see. I know the @ is being passed to the shell. Or did I miss something? IP> It seems the blank line (anywhere in the sequence) confuses the define IP> processor in make and makes it forgo the processing of the prefix IP> characters after the blank line. This could well be a bug in IP> make. Yes, that's what I think. But I suspect it is specific to cygwin, the same makefile works fine on our local GNU/Linux box. Thanks for looking into it. As always cygwin rules! Cheers, -- Robert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/