Re: cvs emacs build fails on Windows XP
Bart Oldeman <bart.oldeman <at> bristol.ac.uk>
2003-07-01 11:00:17 GMT
"Eli Zaretskii" <eliz <at> elta.co.il> wrote in message news:<mailman.8828.1056857204.21513.help-gnu-emacs <at> gnu.org>...
> > Newsgroups: gnu.emacs.help
> > From: Timur Aydin <ta <at> taydin.org>
> > Date: Sat, 28 Jun 2003 17:12:24 +0300
> > cvs does change line ending according to the underlying platform. This
> > is by design.
> A quite broken design, I'd say.
> > A properly added file will be stored on the cvs server
> > with LF line endings. When checking out, the file will be converted to
> > have CR/LF line endings under windows, LF line endings under unix (no
> > change) and LF/CR line endings uder MAC.
> And what would this do to Widnows *.bat batch files, that are already
> in CR/LF format, and should stay that way (or else some versions of
> Windows shells will refuse to run them), including in the repository?
no, they should have LF endings in the repository. Play with $Log RCS
keywords and you see what I mean. Or make them "binary" using "cvs
admin -kb" but that's strange.
You check batch files out on Windows, LF is converted to CRLF, all
You check batch files out on Unix, LF stays LF, and all is fine, because
you cannot run the batch files in Unix anyway (well unless you start
playing with Wine or DOSEMU, but those are different platforms so
then you should use a DOS or Windows CVS client in DOSEMU or Wine).