MIME-Version: 1.0
In-Reply-To: <874oomgdz3.fsf@yoom.home.cworth.org>
References: <1258893877-28436-1-git-send-email-jan@ryngle.com>
	<874oomgdz3.fsf@yoom.home.cworth.org>
Date: Mon, 23 Nov 2009 04:02:24 +0100
Message-ID: <f35dbb950911221902g4daa596ay2530a0323725e72b@mail.gmail.com>
From: Jan Janak <jan@ryngle.com>
To: Carl Worth <cworth@cworth.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Cc: notmuch@notmuchmail.org
Subject: Re: [notmuch] [PATCH] makefile: Tell echo to interpret escape
	sequences.
Precedence: list

On Mon, Nov 23, 2009 at 3:41 AM, Carl Worth <cworth@cworth.org> wrote:
> On Sun, 22 Nov 2009 13:44:37 +0100, Jan Janak <jan@ryngle.com> wrote:
>> The initial message that informs the user about the possibility to use
>> make V=3D1 contains a \n at the end, but echo wouldn't interpret that
>> properly without the -e command line option.
>
> Patch doesn't work for me.
>
> Before patch:
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A00:~/src/notmuch:(master)$ make
> =C2=A0 =C2=A0 =C2=A0 =C2=A0Use "make V=3D1" to see the verbose compile li=
nes.
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0CC =C2=A0 =C2=A0notmuch-new.o
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0CXX =C2=A0 notmuch
>
> After patch:
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A00:~/src/notmuch:(master)$ make
> =C2=A0 =C2=A0 =C2=A0 =C2=A0-e Use "make V=3D1" to see the verbose compile=
 lines.
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0CC =C2=A0 =C2=A0debugger.o
> =C2=A0 =C2=A0 =C2=A0 =C2=A0-e =C2=A0 CC gmime-filter-reply.o
> =C2=A0 =C2=A0 =C2=A0 =C2=A0-e =C2=A0 CC notmuch.o
>
> It's a shame that simple things like "echo" aren't easy to use portably.
> (And yes, I know that autoconf has a bunch of tests for echo, such as
> how to get the behavior of "echo -n", etc.)

It seems your echo interprets escape sequences by default. When I run
make, the first line of output looks like this:

Use "make V=3D1" to see the verbose compile lines.\n  CC	debugger.o
  CC	gmime-filter-reply.o
  CC	notmuch.o

This is on Debian Lenny. Anyway, this one is not important either.

  -- Jan