[Haskell-cafe] Re: Curried function terminology

2009-10-06 Thread Jon Fairbairn
David Virebayre writes: > On Mon, Oct 5, 2009 at 11:52 AM, Jon Fairbairn > wrote: > >> [1] A pet peeve of mine is "x supports y" being used backwards (as in >> "our application supports windows Vista", which would only make sense if >> it were something like a system tool that stopped Vista cras

Re: [Haskell-cafe] Re: Curried function terminology

2009-10-06 Thread David Virebayre
On Mon, Oct 5, 2009 at 11:52 AM, Jon Fairbairn wrote: > [1] A pet peeve of mine is "x supports y" being used backwards (as in > "our application supports windows Vista", which would only make sense if > it were something like a system tool that stopped Vista crashing. (Not a native English speak

Re: [Haskell-cafe] Re: Curried function terminology

2009-10-05 Thread michael rice
skell-cafe] Re: Curried function terminology To: haskell-cafe@haskell.org Date: Monday, October 5, 2009, 5:52 AM michael rice writes: > This is from Learn You A Haskell: > > == > > "Curried functions > > Every function in Haskell officially only takes one > parame

Re: [Haskell-cafe] Re: Curried function terminology

2009-10-05 Thread Daniel Fischer
Am Montag 05 Oktober 2009 11:52:17 schrieb Jon Fairbairn: > michael rice writes: > > This is from Learn You A Haskell: > > The language (in CAPS) in the above two paragraphs seems to > > be backwards. > > It is. "5 is applied to that function" should be "5 is supplied to that > function" (or that

[Haskell-cafe] Re: Curried function terminology

2009-10-05 Thread Jon Fairbairn
michael rice writes: > This is from Learn You A Haskell: > > == > > "Curried functions > > Every function in Haskell officially only takes one > parameter. So how is it possible that we defined and used > several functions that take more than one parameter so far? > Well, it's a clever tr