August 2008 Archives by subject

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...

Starting: Fri Aug 1 02:36:37 EST 2008
Ending: Sun Aug 31 18:02:59 EST 2008
Messages: 247

• #2532: Add Typeable instance to Data.Unique   Jim Apple
• -Wall -Werror   Ashley Yakeley
• -Wall -Werror   Simon Peyton-Jones
• -Wall -Werror   Ashley Yakeley
• -Wall -Werror   Simon Peyton-Jones
• -Wall -Werror   Ashley Yakeley
• -Wall -Werror   Claus Reinke
• -Wall -Werror   Ashley Yakeley
• -Wall -Werror   Ross Paterson
• -Wall -Werror   Simon Marlow
• -Wall -Werror   Claus Reinke
• -Wall -Werror   Simon Marlow
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Jonathan Cast
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Brandon S. Allbery KF8NH
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Henning Thielemann
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Henning Thielemann
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Henning Thielemann
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Jim Apple
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Neil Mitchell
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Duncan Coutts
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Alexander Dunlap
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Neil Mitchell
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Ian Lynagh
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Ian Lynagh
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   kahl at cas.mcmaster.ca
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Gwern Branwen
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Brandon S. Allbery KF8NH
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Sean Leather
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   kahl at cas.mcmaster.ca
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Gwern Branwen
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Yitzchak Gale
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Brandon S. Allbery KF8NH
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Simon Peyton-Jones
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   John Meacham
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   David Roundy
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Aaron Denney
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Aaron Denney
• 2533: Generic functions that take integral arguments should work the same way as their prelude counterparts   Jim Apple
• [Haskell] ANN: witness 0.1, open-witness 0.1, "Witnesses and Open Witnesses"   Don Stewart
• [Hs-Generics] Developing SYB, packaging issues   Sean Leather
• [Hs-Generics] Developing SYB, packaging issues   Ian Lynagh
• [Hs-Generics] Developing SYB, packaging issues   José Pedro Magalhães
• [Hs-Generics] Developing SYB, packaging issues   Simon Peyton-Jones
• [Hs-Generics] Developing SYB, packaging issues   José Pedro Magalhães
• [Hs-Generics] Developing SYB, packaging issues   Simon Peyton-Jones
• [Hs-Generics] Developing SYB, packaging issues   Ian Lynagh
• [Hs-Generics] Re: Owning SYB   José Pedro Magalhães
• [Hs-Generics] Re: Owning SYB   Claus Reinke
• [Hs-Generics] Re: Owning SYB   Claus Reinke
• [Hs-Generics] Re: Syb Renovations? Issues with Data.Generics   Claus Reinke
• [nightly] 10-Aug-2008 build of HEADoni386-unknown-linux(cam-02-unx.europe.corp.microsoft.com)   Claus Reinke
• [nightly] 10-Aug-2008 build of HEAD oni386-unknown-linux(cam-02-unx.europe.corp.microsoft.com)   Claus Reinke
• [nightly] 10-Aug-2008 build of HEAD on i386-unknown-linux(cam-02-unx.europe.corp.microsoft.com)   Claus Reinke
• [nightly] 10-Aug-2008 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)   Simon Peyton-Jones
• [nightly] 10-Aug-2008 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)   Duncan Coutts
• [nightly] 10-Aug-2008 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)   Simon Peyton-Jones
• [nightly] 10-Aug-2008 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)   Duncan Coutts
• [nightly] 10-Aug-2008 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)   Ian Lynagh
• [nightly] 10-Aug-2008 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)   Duncan Coutts
• ``Orphan instances'' can be good.   kahl at cas.mcmaster.ca
• ``Orphan instances'' should be avoided anyway.   Henning Thielemann
• ``Orphan instances'' should be avoided anyway.   kahl at cas.mcmaster.ca
• ``Orphan instances'' should be avoided anyway.   Jonathan Cast
• ``Orphan instances'' should be avoided anyway.   Yitzchak Gale
• ``Orphan instances'' should be avoided anyway.   Henning Thielemann
• ``Orphan instances'' should be avoided anyway.   Aaron Denney
• ``Orphan instances'' should be avoided anyway.   Malcolm Wallace
• ``Orphan instances'' should be avoided anyway.   Jonathan Cast
• A fancier Get monad or two (a la binary and binary-strict)   Johan Tibell
• An even fancier Get monad, last in a series?   Chris Kuklewicz
• An even fancier Get monad, last in a series?   Michael Karcher
• ANN: Initial release of Language.C (language-c-0.3)   Benedikt Huber
• ANN: Initial release of Language.C (language-c-0.3)   Don Stewart
• ANN: Initial release of Language.C (language-c-0.3)   Benedikt Huber
• ANN: protocol-buffers (bootstrap works) version 0.1.0   Chris Kuklewicz
• Bugfix for QuickCheck 1.1.0.0   Patrick Perry
• Bugfix for QuickCheck 1.1.0.0   Patrick Perry
• Bugfix for QuickCheck 1.1.0.0   Johan Tibell
• Bugfix for QuickCheck 1.1.0.0   Patrick Perry
• Bugfix for QuickCheck 1.1.0.0   Johan Tibell
• Cabal question: Generated data files   Neil Mitchell
• Cabal question: Generated data files   Alfonso Acosta
• Cabal question: Generated data files   Neil Mitchell
• Cabal question: Generated data files   Alfonso Acosta
• Cabal question: Generated data files   Alfonso Acosta
• Cabal question: Generated data files   Neil Mitchell
• Cabal question: Generated data files   Neil Mitchell
• Cabal question: Generated data files   Bart Massey
• cabal-install   Johannes Waldmann
• cabal-install   Duncan Coutts
• cabal-install calls setup with unrecognised distpref flag   José Pedro Magalhães
• cabal-install calls setup with unrecognised distpref flag   Duncan Coutts
• cabal-install calls setup with unrecognised distpref flag   Duncan Coutts
• darcs patch: Fix oversight in Control.OldException   Bertram Felgenhauer
• darcs patch: Fix oversight in Control.OldException   Ian Lynagh
• darcs patch: Unbreak the GHC build with older versions of gcc   kili at outback.escape.de
• darcs patch: Unbreak the GHC build with older versions of gcc   Ian Lynagh
• Developing SYB, packaging issues   José Pedro Magalhães
• for old-time sakes:-) shouldn't deprecated libraries have DEPRECATED pragma?   Claus Reinke
• Functor instance of ReaderT   Henning Thielemann
• Functor instance of ReaderT   Benja Fallenstein
• Functor instance of ReaderT   Henning Thielemann
• Historical question about type of Data.List.group   Jim Apple
• Historical question about type of Data.List.group   Johannes Waldmann
• Historical question about type of Data.List.group   Jim Apple
• Historical question about type of Data.List.group   Aaron Denney
• Historical question about type of Data.List.group   Lennart Augustsson
• Interleave two lists   Sean Leather
• Interleave two lists   Adrian Hey
• Interleave two lists   David Menendez
• Interleave two lists   John Meacham
• Interleave two lists   apfelmus
• laziness of intersperse   Reid Barton
• laziness of intersperse   Gwern Branwen
• laziness of intersperse   Duncan Coutts
• laziness of intersperse   Ian Lynagh
• laziness of intersperse   Bart Massey
• laziness of intersperse   Thomas Schilling
• laziness of intersperse   Thomas Schilling
• Libraries Digest, Vol 60, Issue 4   John Lato
• Library submission process for tweaks / bugfixes   Scott Dillard
• Library submission process for tweaks / bugfixes   Ian Lynagh
• Orphan Instances   Ashley Yakeley
• Orphan Instances   Simon Peyton-Jones
• Orphan Instances   Christian Maeder
• Orphan Instances   Simon Peyton-Jones
• Orphan Instances   Christian Maeder
• Orphan Instances   Isaac Dupree
• Orphan Instances   Christian Maeder
• Performance horrors   Adrian Hey
• Performance horrors   Neil Mitchell
• Performance horrors   Bayley, Alistair
• Performance horrors   Neil Mitchell
• Performance horrors   Adrian Hey
• Performance horrors   Neil Mitchell
• Performance horrors   Jeremy Shaw
• Performance horrors   Gwern Branwen
• Performance horrors   Adrian Hey
• Performance horrors   John Meacham
• Performance horrors   Duncan Coutts
• Performance horrors   Adrian Hey
• Performance horrors   Adrian Hey
• Performance horrors   Johan Tibell
• Performance horrors   David House
• Performance horrors   John Meacham
• Performance horrors   Christopher Lane Hinson
• Performance horrors   Adrian Hey
• Performance horrors   Brandon S. Allbery KF8NH
• Performance horrors   Ross Paterson
• Performance horrors   Don Stewart
• Performance horrors   Neil Mitchell
• Performance horrors   Christopher Lane Hinson
• Performance horrors   Adrian Hey
• Performance horrors   Adrian Hey
• Performance horrors   Don Stewart
• Performance horrors   Adrian Hey
• Performance horrors   Don Stewart
• Performance horrors   Cale Gibbard
• Performance horrors   Duncan Coutts
• Performance horrors   Aaron Denney
• proposal #2461: add Traversable generalizations?of?mapAccumL?and mapAccumR   ross at soi.city.ac.uk
• proposal #2461: add Traversable generalizations?of?mapAccumL?and mapAccumR   Nicolas Pouillard
• proposal #2461: add Traversable generalizations of mapAccumL and mapAccumR   Isaac Dupree
• proposal #2517: remove 'pure' method from Arrow class   Ross Paterson
• proposal #2517: remove 'pure' method from Arrow class   Isaac Dupree
• proposal #2517: remove 'pure' method from Arrow class   David Menendez
• proposal #2517: remove 'pure' method from Arrow class   David Menendez
• proposal #2517: remove 'pure' method from Arrow class   Ashley Yakeley
• proposal #2517: remove 'pure' method from Arrow class   Ross Paterson
• Proposal: add laziness to Data.Map / IntMap   Scott Dillard
• Proposal: add laziness to Data.Map / IntMap   Don Stewart
• Proposal: add laziness to Data.Map / IntMap   ajb at spamcop.net
• Proposal: add laziness to Data.Map / IntMap   Scott Dillard
• Proposal: add laziness to Data.Map / IntMap   Bertram Felgenhauer
• Proposal: add laziness to Data.Map / IntMap   Scott Dillard
• Proposal: add laziness to Data.Map / IntMap   Sittampalam, Ganesh
• Proposal: add laziness to Data.Map / IntMap   Adrian Hey
• Proposal: add laziness to Data.Map / IntMap   Scott Dillard
• Proposal: add laziness to Data.Map / IntMap   Jamie Brandon
• Proposal: add laziness to Data.Map / IntMap   Adrian Hey
• Proposal: add laziness to Data.Map / IntMap   Bertram Felgenhauer
• PROPOSAL: More base package breakup   Ian Lynagh
• PROPOSAL: More base package breakup   Sean Leather
• PROPOSAL: More base package breakup   Ian Lynagh
• PROPOSAL: More base package breakup   Duncan Coutts
• PROPOSAL: More base package breakup   Henning Thielemann
• Proposal: Reserved module namespace for packages on Hackage   David Menendez
• Proposal: Reserved module namespace for packages on Hackage   Isaac Dupree
• Proposal: Reserved module namespace for packages on Hackage   Sterling Clover
• Proposal: Reserved module namespace for packages on Hackage   David Menendez
• Proposal: Reserved module namespace for packages on Hackage   David Menendez
• Proposal: Reserved module namespace for packages on Hackage   Duncan Coutts
• Proposal: Reserved module namespace for packages on Hackage   David Menendez
• Proposal: Reserved module namespace for packages on Hackage   Iavor Diatchki
• Proposal: Reserved module namespace for packages on Hackage   Brandon S. Allbery KF8NH
• Proposal: Reserved module namespace for packages on Hackage   Henning Thielemann
• runCommand/waitForProcess don't respect text printing order whenstdout is redirected   Johannes Waldmann
• runCommand/waitForProcess don't respect text printing order when stdout is redirected   Alfonso Acosta
• runCommand/waitForProcess don't respect text printing order whenstdout is redirected   Bayley, Alistair
• runCommand/waitForProcess don't respect text printing order whenstdout is redirected   Alfonso Acosta
• runCommand/waitForProcess don't respect text printing order whenstdout is redirected   Henning Thielemann
• runCommand/waitForProcess don't respect text printing order when stdout is redirected   Alfonso Acosta
• The base library and GHC 6.10   Ian Lynagh
• The base library and GHC 6.10   José Pedro Magalhães
• The base library and GHC 6.10   Neil Mitchell
• The base library and GHC 6.10   Bulat Ziganshin
• The base library and GHC 6.10   Sean Leather
• The base library and GHC 6.10   Ian Lynagh
• The base library and GHC 6.10   Ian Lynagh
• The base library and GHC 6.10   Neil Mitchell
• The base library and GHC 6.10   Simon Peyton-Jones
• The base library and GHC 6.10   Simon Peyton-Jones
• The base library and GHC 6.10   Simon Peyton-Jones
• The base library and GHC 6.10   Ian Lynagh
• The base library and GHC 6.10   Ross Paterson
• The base library and GHC 6.10   Ian Lynagh
• The base library and GHC 6.10   Ross Paterson
• The base library and GHC 6.10   Ian Lynagh
• The base library and GHC 6.10   Bulat Ziganshin
• The base library and GHC 6.10   Claus Reinke
• The base library and GHC 6.10   Ross Paterson
• The base library and GHC 6.10   Claus Reinke
• Unhelpful library documentation   Gwern Branwen
• Unhelpful library documentation   Magnus Therning
• Unhelpful library documentation   Gwern Branwen
• Unhelpful library documentation   Simon Peyton-Jones
• Unhelpful library documentation   Duncan Coutts
• Unordered map   Aaron Denney
• Unordered map   Johannes Waldmann
• Unordered map   Aaron Denney
• Unordered map   Johannes Waldmann
• Unordered map   Jan-Willem Maessen
• Unordered map   Johannes Waldmann
• Unordered map   David MacIver
• Where should cabal install to by default?   Duncan Coutts
• Where should cabal install to by default?   Isaac Dupree
• Where should cabal install to by default?   Duncan Coutts
• Where should cabal install to by default?   Manuel M T Chakravarty
• Where should cabal install to by default?   Brandon S. Allbery KF8NH
• Where should cabal install to by default?   Roman Leshchinskiy
• Where should cabal install to by default?   Justin Bogner
• Where should cabal install to by default?   Duncan Coutts
• Where should cabal install to by default?   apfelmus
• Where should cabal install to by default?   Isaac Dupree
• Where should cabal install to by default?   Jeffrey Yasskin
• Where should cabal install to by default?   Manuel M T Chakravarty
• Where should cabal install to by default?   Isaac Dupree

Last message date: Sun Aug 31 18:02:59 EST 2008
Archived on: Sun Aug 31 18:01:31 EST 2008

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...