X-Spam-Check-By: sourceware.org
Message-ID: <860934040609271355n7d60313fjd63fe55711b59706@mail.gmail.com>
Date: Wed, 27 Sep 2006 13:55:10 -0700
From: "Malcolm Nixon" <malcolm DOT nixon AT gmail DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Bash 3.1.17(8) CR/LF problem
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Jonathan Arnold wrote:
>>      * Some translate files to a "Local" format (CR/LF on Windows).
> Perforce will do this if you let it.  Or you can set the LineEnd option
> for the client to be Unix or Share.

This was in fact my original patch attempt, however it had the following
problems:
   * You can only set this option for an entire ClientSpec, not
individual files.
   * Some editors (Notepad & Crimson Editor) don't support just LF.
   * Perforce messes up files on check-in. We haven't tracked down the exact
     cause yet, but some files modified on systems with LineEnd=unix are
     being fetched with only LF on systems with LineEnd=local.

Basically we can't 'infect' a mostly Windows source-tree with LF
terminated files, whether the LFs are only resident on peoples local
Windows boxes, or checked in to the Perforce repository.

--
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/