[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [PATCH] echo -n is not portable and used too much

From: Blair Zajac <blair_at_orcaware.com>
Date: 2002-02-15 21:50:11 CET

Karl Fogel wrote:
>
> Blair Zajac <blair@orcaware.com> writes:
> > The supplied patch does the following:
> >
> > 1) Makefile.in: Use @ECHO_C@ and @ECHO_N@ supplied by autoconf to have
> > echo not print a newline.
> > 2) Makefile.in: Rebuild Makefile from Makefile.in using config.status
> > automatically.
> > 3) ./ac-helpers/gnu-diff.sh: Determine how to have echo not print a newline.
> >
> > For 3), I decided not to use autoconf, because that would mean creating
> > another autoconf generated file and having Makefile clean it up. This
> > seemed easier and the file is portable to different OSes without
> > autogenerating.
>
> I applied parts (1) and (3) in revision 1301, thanks!
>
> I didn't apply (2) -- it might be a good change, but it's unrelated to
> the echo -n problem so should be a separate commit. I wasn't quite
> sure what problem it fixed, though, can you explain? Thanks,

Thanks.

There was negative reaction to (2) since it can slow builds down, so it's
good it didn't go in, and the idea is that people should continue to run
config.status by hand.

But I use it myself on my projects to automatically rebuild Makefile from
Makefile.in if I modify Makefile.in. The good thing about updating Makefile
using this build rule is that it saves typing by passing to config.status
via the CONFIG_FILES environmental variable the only files to regenerate,
so it can be faster. Since svn's config.status only updates three files,
this isn't a big deal.

Blair

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:08 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.