Re: Can't build latest emacs on MSW + CRLF display issue

[Eli Zaretskii <eliz@gnu.org>]

> From: Glenn Morris <rgm@gnu.org>
> Cc: emacs-devel@gnu.org
> Date: Tue, 27 Aug 2013 14:54:17 -0400
> 
> Eli Zaretskii wrote:
> 
> >> On the other hand, I can't think of a single reason to _not_ remove it.
> >
> > The only reason is to let people have time to adapt to the change.
> 
> This only makes sense if the old method is still being updated and
> supported, which it isn't. It is already incomplete.

I think it makes sense as long as it allows one to build a working
binary.  It still does that, AFAIK.

> Plus, there are pre-built binaries being supplied, so anyone who can't
> adapt (for some reason) is already covered.

That doesn't cover the ability to make changes, something without
which Free Software isn't.

> >> If someone turns up and wants to do 1), it will be the least of their
> >> problems to first revert the commit that removed the old method.
> >
> > Not if they build out of the release (or release-like) tarball.
> 
> I hope we don't include an out-of-date, untested build process in the
> next release.

We will cross that bridge when we get to it (if it will need to be
crossed).

> There are pre-built binaries of releases anyway, so again
> I don't see the issue.

See above: I do see the issue.