August 2008 Archives by date

• Messages sorted by: [ thread ] [ subject ] [ author ]
• 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

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

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 ] [ subject ] [ author ]
• More info on this list...