Changes between Version 66 and Version 67 of CodeOwners


Ignore:
Timestamp:
Dec 14, 2012 1:38:00 PM (3 years ago)
Author:
simonpj
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • CodeOwners

    v66 v67  
    11= The GHC Team = 
    22 
    3 This page outlines contributors to GHC. The success of GHC has a lot 
    4 to do with the large group of highly talented people who contribute to 
    5 it. 
    6  
    7 The page also document who is currently responsible for what in the 
    8 GHC code base. The idea being that ideally all parts of GHC should 
    9 have someone who claims responsibility for it. 
    10  
    11 == Current Owners / Maintainers == 
    12  
    13  * '''[mailto:[email protected] Manuel Chakravarty]''' 
    14    * DPH vectoriser 
    15    * Type families 
    16    * OS X support 
    17  
    18  * '''[mailto:[email protected] Ben Lippmeier]''' 
    19    * native code generator, register allocation 
    20    * DPH libraries 
    21  
    22  * '''[mailto:[email protected] Ian Lynagh]''' 
    23    * GHC support engineer 
    24    * build system, release process 
    25  
    26  * '''[mailto:[email protected] Simon Marlow]''' 
    27    * '''GHC Tsar''' 
    28    * Everything, RTS, Cmm !CodeGen, x86_64 port, SMP support 
    29    * '''Phasing out as changing jobs''' 
    30  
    31  * '''[mailto:[email protected] Bryan O'Sullivan]''' 
    32    * Performance Tsar 
    33  
    34  * '''[mailto:[email protected] Simon Peyton Jones]''' 
    35    * '''GHC Tsar''' 
    36    * Everything, Type system, Simplifier, Cmm !CodeGen 
    37    * '''Note:''' Principle job is research, so more an advisor in the sense that can't spend time on pure engineering efforts. 
    38  
    39  * '''[mailto:[email protected] David Terei]''' 
    40    * Performance Tsar 
    41    * LLVM, Safe Haskell 
    42  
    43  * '''[mailto:[email protected] Johan Tibell]''' 
    44    * Performance Tsar 
    45    * IO Manager 
    46  
    47 == Directory to Maintainer Mapping == 
    48  
    49 '''Compiler (i.e., GHC proper)''' 
    50  * basicTypes/ -- All 
    51  * cmm/        -- None yet 
    52  * codeGen/    -- Simon Marlow (phasing out) 
    53  * coreSyn/    -- All 
    54  * deSugar/    -- Simon Peyton Jones 
    55  * ghci/       -- None yet 
    56  * hsSyn/      -- Simon Peyton Jones 
    57  * iface/      -- All 
    58  * llvmGen/    -- David Terei 
    59  * main/       -- Ian Lynagh 
    60  * nativeGen/  -- Ben Lippmeier 
    61  * parser/     -- Simon Peyton Jones 
    62  * prelude/    -- None yet 
    63  * profiling/  -- None yet 
    64  * rename/     -- Simon Peyton Jones 
    65  * simplCore/  -- None yet 
    66  * simplStg/   -- None yet 
    67  * specialise/ -- None yet 
    68  * stgSyn/     -- None yet 
    69  * stranal/    -- None yet 
    70  * typecheck/  -- Simon Peyton Jones 
    71  * types/      -- Simon Peyton Jones 
    72  * utils/      -- All 
    73  * vectorise/  -- Manuel Chakravarty 
    74  
    75 '''Documentation''' 
    76  * doc/ -- All 
    77  
    78 '''Executables / Drivers''' 
    79  * driver/ 
    80  * ghc/ 
    81  
    82 '''Run-time System''' 
    83  * includes/ 
    84  * rts/ 
    85  
    86 '''Testing & Benchmarking''' 
    87  * nofib/ -- All 
    88  * testsuite/ -- All 
    89  
    90 '''Dependencies (Ian Lynagh)''' 
    91  * libffi/ 
    92  * libraries/ 
    93  
    94 '''Build System (Ian Lynagh)''' 
    95  * distrib/ 
    96  * ghc-tarballs/ 
    97  * mk/ 
    98  * rules/ 
    99  * utils/ 
    100  
    101 == Porters/Packagers (no particular order) == 
     3GHC has an enormous "surface area", and has grown way beyond the 
     4capacity of any individual, or even research group, to maintain and 
     5develop.  Its continued success is built on the active contributions 
     6of a large group of highly talented people, who take responsiblity  
     7for significant parts of the system.  This page summarises who does 
     8what. 
     9 
     10== What it means to "own" part of GHC == 
     11 
     12What does it mean to be the "ownwer" of a chunk of GHC, say X? 
     13 
     14 * Being the owner of a chunk of GHC is a public service.  Everyone else gives the owner lots of kudos for looking after X on our behalf. 
     15 * The owner is the first port of call for guidance about how X works. 
     16 * If you want to work on X, it makes sense to talk to the owner first, to see what he or she is planning, and to debate the design. 
     17 * The owner feels a sense of ownership. That means taking responsibility for keeping it clean and beautiful, and refactoring when necessary. 
     18 * The owner can't be expected to fix every buglet, but feels a sense of responsbility to make sure that serious bugs are fixed. 
     19 
     20Ownership has the flavour of "first among equals" rather than "exclusive control": 
     21 * It does not mean that everyone else can relax and say "oh Fred is dealing with X".  Fred needs help! 
     22 * It does not mean that no changes can happen to X without the owner's say-so, most especially if the owner becomes hard to contact. 
     23  
     24 
     25== Current Owners == 
     26 
     27This section lists the current owners of various parts of GHC.  If 
     28you'd like to take responsibility for something, tell us (on the 
     29`ghc-devs` list). Ideally all parts of GHC should have someone who 
     30claims responsibility for it.  Although some of these parts are 
     31cross-cutting concerns, we also list the directories in the GHC source 
     32tree that are most directly implicated. 
     33 
     34 * Overall guidance and advice (the GHC Tsars) 
     35   * '''[mailto:[email protected] Simon Peyton Jones]''', '''[mailto:[email protected] Simon Marlow]''' 
     36 
     37 * Build system, release process. 
     38   * '''[mailto:[email protected] Ian Lynagh]''' 
     39   * Directories: `mk/`, `distrib/, `ghc-tarballs/, `rules/`, `utils/`, `compiler/main` 
     40  
     41 * Foreign function interface (FFI) 
     42   * '''[mailto:[email protected] Ian Lynagh]''' 
     43   * Directories: `libffi/` 
     44 
     45 * The main `HsSyn` data type 
     46   * '''[mailto:[email protected] Simon Peyton Jones]''' 
     47   * Directories: `compiler/hsSyn` 
     48 
     49 * Renamer 
     50   * '''[mailto:[email protected] Simon Peyton Jones]''' 
     51   * Directories: `compiler/rename` 
     52 
     53 * Type inference and interface files 
     54   * '''[mailto:[email protected] Simon Peyton Jones]''' 
     55   * Directories: `compiler/types`, `compiler/typecheck`, `compiler/iface` 
     56    
     57 * Core, System FC, Simplifier and other optimisations on Core 
     58   * '''[mailto:[email protected] Simon Peyton Jones]''' 
     59   * Directories: `compiler/coreSyn`, `compiler/deSugar`, `compiler/simplCore`, `compiler/specialise`, `compiler/stranal` 
     60 
     61 * Native code generator, register allocation 
     62   * '''[mailto:[email protected] Ben Lippmeier]''', '''[mailto:[email protected] Simon Marlow]''' 
     63   * Directories: `compiler/nativeGen` 
     64 
     65 * LLVM code generation 
     66   * '''[mailto:[email protected] David Terei]''' 
     67   * Directories: `compiler/llvmGen` 
     68 
     69 * Runtime system, SMP support 
     70   * '''[mailto:[email protected] Simon Marlow]''' 
     71   * Directories: `rts/`, `includes/` 
     72 
     73 * GHCi, and debugger 
     74   * Needs love 
     75   * Directories: `compiler/ghci`, `ghc/`, `driver/`. 
     76 
     77 * Template Haskell 
     78   * '''[mailto:[email protected] Simon Peyton Jones]''' 
     79   * Directories: `libraries/template-haskell`, plus bits scattered over `compiler/` 
     80 
     81 * Data Parallel Haskell 
     82   * '''[mailto:[email protected] Manuel Chakravarty]''', '''[mailto:[email protected] Ben Lippmeier]''' 
     83   * Directories: `compiler/vectorise` 
     84 
     85 * Safe Haskell 
     86   * '''[mailto:[email protected] David Terei]''' 
     87 
     88 * Performance Tsars 
     89   * '''[mailto:[email protected] Johan Tibell]''', '''[mailto:[email protected] David Terei]''', '''[mailto:[email protected] Bryan O'Sullivan]''' 
     90   * Directories: `nofib/` 
     91 
     92Cross-cutting compiler directories: `parser/`, `prelude/`, `profiling/`, `utils/`. 
     93 
     94=== Libraries === 
     95 
     96 * IO Manager 
     97   * '''[mailto:[email protected] Johan Tibell]''' 
     98 
     99 
     100 * OS X support 
     101 
     102=== Platforms === 
    102103 
    103104The following table lists the people who have generously agreed to be responsible for the GHC port to a particular platform, or to produce binary packages for a certain platform. 
     
    175176wonderful ways: 
    176177 
    177  * [mailto:[email protected] Krasimir Angelov] 
    178  * [mailto:[email protected] Lennart Augustsson] (including work on many core libraries, originally for hbc) 
    179  * [mailto:[email protected] Jean-Philippe Bernardy] (Maintenance of Data.*Map/*Set libraries) 
    180  * [http://www.mathematik.uni-marburg.de/~berthold Jost Berthold] (Parallel Haskell: Eden) 
    181  * [mailto:[email protected] Bjorn Bringert] 
    182  * Sebastien Carlier 
    183  * [mailto:[email protected] Andrew Cheadle] 
    184  * [http://catamorphism.org/ Tim Chevalier] (External Core, strictness analysis, ticky-ticky profiling) 
    185  * [mailto:[email protected] Duncan Coutts] (parallel profiling, package system) 
    186  * [http://www.csee.ogi.edu/~diatchki Iavor S Diatchki] ('monadLib' library) 
    187  * [mailto:[email protected] Sigbjorn Finne] 
    188  * [mailto:[email protected] Andy Gill] (Haskell Program Coverage) 
    189  * Kevin Glynn 
    190  * [mailto:[email protected] John Goerzen] 
    191  * Cordy Hall 
    192  * Kevin Hammond 
    193  * [mailto:[email protected] Tim Harris] (Transactional memory, concurrency) 
    194  * [mailto:[email protected] David Himmelstrup] (GHC developer) 
    195  * [mailto:[email protected] José Iborra] (GHCi Debugger) 
    196  * [mailto:[email protected] Isaac Jones] (Cabal, libraries) 
    197  * [mailto:[email protected] Ralf Laemmel] 
    198  * [mailto:[email protected] Roman Leshchinskiy] 
    199  * [mailto:[email protected] Andres Loeh] 
    200  * [mailto:[email protected] Hans Wolfgang Loidl] 
    201  * John Launchbury 
    202  * [mailto:[email protected] Ryan Lortie] (PowerPC Linux port, packages) 
    203  * Jim Mattson 
    204  * [mailto:[email protected] John Meacham] 
    205  * Darren Moffat 
    206  * [mailto:[email protected] Nick Nethercote] 
    207  * Thomas Nordin 
    208  * [mailto:[email protected] Sven Panne] 
    209  * Sungwoo Park 
    210  * Will Partain 
    211  * [mailto:[email protected] Ross Paterson] 
    212  * Juan Quintela 
    213  * [http://www.eecs.harvard.edu/nr Norman Ramsey] (a little refactoring in the back end) 
    214  * Alastair Reid 
    215  * [mailto:[email protected] Ben Rudiak-Gould] 
    216  * Patrick Sansom 
    217  * André Santos 
    218  * [mailto:[email protected] Sean Seefried] (Plug-in optimisations (in pluggable-branch)) 
    219  * [mailto:[email protected] Julian Seward] 
    220  * [mailto:[email protected] Dominic Steinitz] (Cryptographic library) 
    221  * [mailto:[email protected] Don Stewart] (OpenBSD support) 
    222  * [mailto:[email protected] Volker Stolz] 
    223  * [mailto:[email protected] Josef Svenningsson] 
    224  * [mailto:[email protected] Audrey Tang] (Perl-related tools (ghc-asm, ghc-split), AIX port) 
    225  * [mailto:[email protected] Dinko Tenev] 
    226  * [mailto:[email protected] Wolfgang Thaller] (Darwin/Mac OS X ports, position-independent code generation) 
    227  * [mailto:[email protected] Mike Thomas] 
    228  * Reuben Thomas 
    229  * [mailto:[email protected] Christopher D. Thompson-Walsh] 
    230  * [mailto:[email protected] Dylan Thurston] 
    231  * Phil Trinder 
    232  * [mailto:[email protected] Mark Tullsen] 
    233  * David N Turner 
    234  * Philip Wadler 
    235  * [mailto:[email protected] David Waern] (Haddock comment support) 
    236  * [mailto:[email protected] Malcolm Wallace] 
    237  * Michael Weber 
    238  * [mailto:[email protected] Ashley Yakeley] (Time library) 
    239  * [mailto:[email protected] N. Xu] 
     178[mailto:[email protected] Krasimir Angelov], 
     179[mailto:[email protected] Lennart Augustsson] (including work on many core libraries, originally for hbc), 
     180[mailto:[email protected] Jean-Philippe Bernardy] (Maintenance of Data.*Map/*Set libraries), 
     181[http://www.mathematik.uni-marburg.de/~berthold Jost Berthold] (Parallel Haskell: Eden), 
     182[mailto:[email protected] Bjorn Bringert], 
     183Sebastien Carlier, 
     184[mailto:[email protected] Andrew Cheadle], 
     185[http://catamorphism.org/ Tim Chevalier] (External Core, strictness analysis, ticky-ticky profiling), 
     186[mailto:[email protected] Duncan Coutts] (parallel profiling, package system), 
     187[http://www.csee.ogi.edu/~diatchki Iavor S Diatchki] ('monadLib' library), 
     188[mailto:[email protected] Sigbjorn Finne], 
     189[mailto:[email protected] Andy Gill] (Haskell Program Coverage), 
     190Kevin Glynn, 
     191[mailto:[email protected] John Goerzen], 
     192Cordy Hall, 
     193Kevin Hammond, 
     194[mailto:[email protected] Tim Harris] (Transactional memory, concurrency), 
     195[mailto:[email protected] David Himmelstrup] (GHC developer), 
     196[mailto:[email protected] José Iborra] (GHCi Debugger), 
     197[mailto:[email protected] Isaac Jones] (Cabal, libraries), 
     198[mailto:[email protected] Ralf Laemmel], 
     199[mailto:[email protected] Roman Leshchinskiy], 
     200[mailto:[email protected] Andres Loeh], 
     201[mailto:[email protected] Hans Wolfgang Loidl], 
     202John Launchbury, 
     203[mailto:[email protected] Ryan Lortie] (PowerPC Linux port, packages), 
     204Jim Mattson, 
     205[mailto:[email protected] John Meacham], 
     206Darren Moffat, 
     207[mailto:[email protected] Nick Nethercote], 
     208Thomas Nordin, 
     209[mailto:[email protected] Sven Panne], 
     210Sungwoo Park, 
     211Will Partain, 
     212[mailto:[email protected] Ross Paterson], 
     213Juan Quintela, 
     214[http://www.eecs.harvard.edu/nr Norman Ramsey] (a little refactoring in the back end), 
     215Alastair Reid, 
     216[mailto:[email protected] Ben Rudiak-Gould], 
     217Patrick Sansom, 
     218André Santos, 
     219[mailto:[email protected] Sean Seefried] (Plug-in optimisations (in pluggable-branch)), 
     220[mailto:[email protected] Julian Seward], 
     221[mailto:[email protected] Dominic Steinitz] (Cryptographic library), 
     222[mailto:[email protected] Don Stewart] (OpenBSD support), 
     223[mailto:[email protected] Volker Stolz], 
     224[mailto:[email protected] Josef Svenningsson], 
     225[mailto:[email protected] Audrey Tang] (Perl-related tools (ghc-asm, ghc-split), AIX port), 
     226[mailto:[email protected] Dinko Tenev], 
     227[mailto:[email protected] Wolfgang Thaller] (Darwin/Mac OS X ports, position-independent code generation), 
     228[mailto:mthomas@gil.com.au Mike Thomas], 
     229Reuben Thomas, 
     230[mailto:cdt25@cam.ac.uk Christopher D. Thompson-Walsh], 
     231[mailto:dpt@exoskeleton.math.harvard.edu Dylan Thurston], 
     232Phil Trinder, 
     233[mailto:tullsen@galois.com Mark Tullsen], 
     234David N Turner, 
     235Philip Wadler, 
     236[mailto:davve@dtek.chalmers.se David Waern] (Haddock comment support), 
     237[mailto:Malcolm.Wallace@cs.york.ac.uk Malcolm Wallace], 
     238Michael Weber, 
     239[mailto:ashley@semantic.org Ashley Yakeley] (Time library), 
     240[mailto:nx200@cam.ac.uk N. Xu].