From: Keith M. <kei...@to...> - 2005-10-11 08:44:54
|
[Greg Chicares] > Glancing back at that thread ("Line endings and MSYS diff"), it looks > like this: > > 4) Treat \n and \r\n as different unless some special switch is > applied was the consensus. [Lennart Borgman] > My vote was not on that alternative. It creates unnecessary > difficulties I believe. > I have made my vote a little bit more concrete now by turning [Leif W] > Heh, funny, you don't like the consensus so you make a "concrete" vote, > somehow overrides consensus, or counts as 2+ votes? Everyone can go back and > forth forever here and never agree, so maybe we need to approach another way? [Lennart Borgman] > Eh, no, not really ;-) > > There was no consensus. [...] Eh? I didn't vote at the time, because I was on holiday. I reviewed the thread on my return, saw that there WAS a CLEAR concensus -- it was as Greg has stated above. That was a consensus with which I was more than happy, and given that it was reached before I became involved, I didn't add my 2d. FWIW, I do so now: PLEASE DO NOT BREAK DIFF, by making it behave in any default manner other than it currently exhibits. So, why should diff treat CRLF == CR == LF? It most definitely SHOULD NOT. If you compare two files, with CRLF vs. LF differences only, on a GNU/Linux system they will compare as different, because they ARE different, and that is just how it should be. If that causes you grief, then you are not managing your files adequately; use dos2unix or unix2dos, to make all your files obey consistent line ending rules; smack the misbehaving files, NOT the tool which is behaving as it should -- dare I say it? "A bad workman always blames his tools". If any change is to be made to diff, then it should be in accord with the consensus, i.e. add a custom option, turned OFF by default, which activates the CRLF == CR == LF comparison mode, perhaps adopting any of the envvar or config file techniques, suggested by Leif W, to establish a local default; submit a patch for consideration, and see how it is received. If you still don't like the result, then feel free to keep your patched version for private use, or use the GnuWin32 implementation you seem to favour -- that is the way of free software; you have to freedom to make it work for you, in the way you want it to. Continued whingeing here will serve only to make you deeply unpopular. Regards, Keith. |