git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: An interaction with ce_match_stat_basic() and autocrlf

From
Linus Torvalds <torvalds@linux-foundation.org>
Date
Jan 8, 2008, 17:30 UTC
Message-ID
<alpine.LFD.1.00.0801080927370.3148@woody.linux-foundation.org>
In-Reply-To
<fm0au5$i65$1@ger.gmane.org>
On Tue, 8 Jan 2008, Pēteris Kļaviņš wrote:
> 
> In summary, it irks me that autocrlf true mode is a second cousin of autocrlf
> false and I think that there *should* be an acceptable deterministic solution
> to this.

Well, I think the real issue is simply that most the main git developers do development on architectures where CRLF just isn't an issue.

So it's not that autocrlf is a "second cousin", it's that
 - CRLF is stupid to begin with, and slightly anathemical to the git 
   worldview of trying to be as exact as possible.
 - ..and almost nobody in the git community is actually affected, so 
   people don't even notice when it's an issue.

People who actually care and use crlf are probably best off sending in test-cases for particular behaviour they notice.

		Linus
Previous: Pēteris Kļaviņš
Message 6 of 6 in “An interaction with ce_match_stat_basic() and autocrlf”
  1. Junio C HamanoJan 8, 2008
  2. Linus TorvaldsJan 8, 2008
  3. Junio C HamanoJan 8, 2008
  4. Junio C HamanoJan 10, 2008
  5. Pēteris KļaviņšJan 8, 2008
  6. Linus TorvaldsJan 8, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.