mon Peyton Jones
Date: Fri Apr 20 17:23:34 2012 +0100
Unix line endings for T5938
>---
0 files changed, 0 insertions(+), 0 deletions(-)
diff --git a/tests/polykinds/T5938.hs b/tests/polykinds/T5938.hs
index bde1e74..1e78f75
ton Jones
Date: Tue Jan 17 10:56:14 2012 +
Switch TcEvidence to Unix line endings
0 files changed, 0 insertions(+), 0 deletions(-)
Diff suppressed because of size. To see it, use:
git show 1584f29e837616b61fba8fa840305414f13687ae
___
On 12/05/2011 14:52, Johan Tibell wrote:
On Thu, May 12, 2011 at 2:12 PM, Max Bolingbroke
wrote:
If we outlawed them now we'd have to take an annoying one-time hit
removing all the (tons) of existing tabs, generating lots of merge
conflicts on all GHC branches for little immediate gain :-(
So
I personally would be very happy paying the cost to get rid of tabs in
a big swoop. Maybe we could try to plan for a time right after 7.2
when there may be a little less code in peoples branches and just go
for it. Or perhaps we could stagger it? Say each week we choose a
folder in the ghc source t
On Thu, May 12, 2011 at 2:12 PM, Max Bolingbroke
wrote:
> If we outlawed them now we'd have to take an annoying one-time hit
> removing all the (tons) of existing tabs, generating lots of merge
> conflicts on all GHC branches for little immediate gain :-(
>
> So while I share your sentiment, I don
On 12 May 2011 13:06, Manuel M T Chakravarty wrote:
> And while we are on the topic of unwanted characters, could we outlaw tab
> characters?
If we outlawed them now we'd have to take an annoying one-time hit
removing all the (tons) of existing tabs, generating lots of merge
conflicts on all GHC
And while we are on the topic of unwanted characters, could we outlaw tab
characters?
Manuel
Max Bolingbroke:
> On 12 May 2011 08:45, Simon Peyton-Jones wrote:
>> Does anyone know an easy way to list files that use windows line-endings?
>
> I don't know how to say what the
ton Jones
Date: Thu May 12 11:04:08 2011 +0100
Unix line endings for Pair.lhs
>---
0 files changed, 0 insertions(+), 0 deletions(-)
diff --git a/compiler/utils/Pair.lhs b/compiler/utils/Pair.lhs
index eb594af..9e847d6
Jones
| Cc: GHC
| Subject: Re: Line endings
|
| On 12 May 2011 08:45, Simon Peyton-Jones wrote:
| > Does anyone know an easy way to list files that use windows line-endings?
|
| I don't know how to say what the line ending type is, but dos2unix is
| idempotent on files with Unix line e
On 12 May 2011 08:45, Simon Peyton-Jones wrote:
> Does anyone know an easy way to list files that use windows line-endings?
I don't know how to say what the line ending type is, but dos2unix is
idempotent on files with Unix line endings, so I guess you could just
run:
find . –n
Does anyone know an easy way to list files that use windows line-endings?
All our GHC source trees are supposed to use Unix line endings, and we set
Git's autrcrlf to 'false'; but it's all too easy to accientally commit a
windows file. I want a command that says
line-
ton Jones
Date: Wed May 4 16:14:04 2011 +0100
Change (back) to Unix line endings
0 files changed, 0 insertions(+), 0 deletions(-)
Diff suppressed because of size. To see it, use:
git show 5fca973afdf0d3bf593476af00dd5536dbc13dde
___
Cvs-
On 14/04/2011 10:17, Simon Peyton-Jones wrote:
I’m getting lots of testsuite failures on Windows that seem to be
related to line endings. For example:
hFileSize001(normal)
hTell001(normal)
readFail002(normal)
readFile001(normal)
But I have done
git config --global core.autocrlf false
as
I'm getting lots of testsuite failures on Windows that seem to be related to
line endings. For example:
hFileSize001(normal)
hTell001(normal)
readFail002(normal)
readFile001(normal)
But I have done
git config --global core.autocrlf false
as recommended. What should
Tue Jun 16 05:32:12 PDT 2009 Ian Lynagh
* Handle Windows line endings in mk/boilerplate.mk
M ./mk/boilerplate.mk -3 +3
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20090616123212-3fd76-58e2d29ddc7f8c5e9aa624c4773d25545c26e75d.gz
15 matches
Mail list logo
