Changes between Version 66 and Version 67 of CodeOwners


Ignore:
Timestamp:
Dec 14, 2012 1:38:00 PM (4 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:chak@cse.unsw.edu.au Manuel Chakravarty]'''
    14    * DPH vectoriser
    15    * Type families
    16    * OS X support
    17 
    18  * '''[mailto:benl@ouroborus.net Ben Lippmeier]'''
    19    * native code generator, register allocation
    20    * DPH libraries
    21 
    22  * '''[mailto:igloo@earth.li Ian Lynagh]'''
    23    * GHC support engineer
    24    * build system, release process
    25 
    26  * '''[mailto:marlowsd@gmail.com Simon Marlow]'''
    27    * '''GHC Tsar'''
    28    * Everything, RTS, Cmm !CodeGen, x86_64 port, SMP support
    29    * '''Phasing out as changing jobs'''
    30 
    31  * '''[mailto:bos@serpentine.com Bryan O'Sullivan]'''
    32    * Performance Tsar
    33 
    34  * '''[mailto:simonpj@microsoft.com 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:dave.terei@gmail.com David Terei]'''
    40    * Performance Tsar
    41    * LLVM, Safe Haskell
    42 
    43  * '''[mailto:johan.tibell@gmail.com 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:simonpj@microsoft.com Simon Peyton Jones]''', '''[mailto:marlowsd@gmail.com Simon Marlow]'''
     36
     37 * Build system, release process.
     38   * '''[mailto:ian@well-typed.com Ian Lynagh]'''
     39   * Directories: `mk/`, `distrib/, `ghc-tarballs/, `rules/`, `utils/`, `compiler/main`
     40 
     41 * Foreign function interface (FFI)
     42   * '''[mailto:ian@well-typed.com Ian Lynagh]'''
     43   * Directories: `libffi/`
     44
     45 * The main `HsSyn` data type
     46   * '''[mailto:simonpj@microsoft.com Simon Peyton Jones]'''
     47   * Directories: `compiler/hsSyn`
     48
     49 * Renamer
     50   * '''[mailto:simonpj@microsoft.com Simon Peyton Jones]'''
     51   * Directories: `compiler/rename`
     52
     53 * Type inference and interface files
     54   * '''[mailto:simonpj@microsoft.com Simon Peyton Jones]'''
     55   * Directories: `compiler/types`, `compiler/typecheck`, `compiler/iface`
     56   
     57 * Core, System FC, Simplifier and other optimisations on Core
     58   * '''[mailto:simonpj@microsoft.com Simon Peyton Jones]'''
     59   * Directories: `compiler/coreSyn`, `compiler/deSugar`, `compiler/simplCore`, `compiler/specialise`, `compiler/stranal`
     60
     61 * Native code generator, register allocation
     62   * '''[mailto:benl@ouroborus.net Ben Lippmeier]''', '''[mailto:marlowsd@gmail.com Simon Marlow]'''
     63   * Directories: `compiler/nativeGen`
     64
     65 * LLVM code generation
     66   * '''[mailto:dave.terei@gmail.com David Terei]'''
     67   * Directories: `compiler/llvmGen`
     68
     69 * Runtime system, SMP support
     70   * '''[mailto:marlowsd@gmail.com 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:simonpj@microsoft.com Simon Peyton Jones]'''
     79   * Directories: `libraries/template-haskell`, plus bits scattered over `compiler/`
     80
     81 * Data Parallel Haskell
     82   * '''[mailto:chak@cse.unsw.edu.au Manuel Chakravarty]''', '''[mailto:benl@ouroborus.net Ben Lippmeier]'''
     83   * Directories: `compiler/vectorise`
     84
     85 * Safe Haskell
     86   * '''[mailto:dave.terei@gmail.com David Terei]'''
     87
     88 * Performance Tsars
     89   * '''[mailto:johan.tibell@gmail.com Johan Tibell]''', '''[mailto:dave.terei@gmail.com David Terei]''', '''[mailto:bos@serpentine.com Bryan O'Sullivan]'''
     90   * Directories: `nofib/`
     91
     92Cross-cutting compiler directories: `parser/`, `prelude/`, `profiling/`, `utils/`.
     93
     94=== Libraries ===
     95
     96 * IO Manager
     97   * '''[mailto:johan.tibell@gmail.com 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:ka2_mail@yahoo.com Krasimir Angelov]
    178  * [mailto:lennart@augustsson.net Lennart Augustsson] (including work on many core libraries, originally for hbc)
    179  * [mailto:jeanphilippe.bernardy@gmail.com Jean-Philippe Bernardy] (Maintenance of Data.*Map/*Set libraries)
    180  * [http://www.mathematik.uni-marburg.de/~berthold Jost Berthold] (Parallel Haskell: Eden)
    181  * [mailto:d00bring@dtek.chalmers.se Bjorn Bringert]
    182  * Sebastien Carlier
    183  * [mailto:amc4@doc.ic.ac.uk Andrew Cheadle]
    184  * [http://catamorphism.org/ Tim Chevalier] (External Core, strictness analysis, ticky-ticky profiling)
    185  * [mailto:duncan.coutts@well-typed.com Duncan Coutts] (parallel profiling, package system)
    186  * [http://www.csee.ogi.edu/~diatchki Iavor S Diatchki] ('monadLib' library)
    187  * [mailto:sof@galois.com Sigbjorn Finne]
    188  * [mailto:andygill@ku.edu Andy Gill] (Haskell Program Coverage)
    189  * Kevin Glynn
    190  * [mailto:jgoerzen@complete.org John Goerzen]
    191  * Cordy Hall
    192  * Kevin Hammond
    193  * [mailto:tharris@microsoft.com Tim Harris] (Transactional memory, concurrency)
    194  * [mailto:lemmih@gmail.com David Himmelstrup] (GHC developer)
    195  * [mailto:mnislaih@gmail.com José Iborra] (GHCi Debugger)
    196  * [mailto:ijones@syntaxpolice.org Isaac Jones] (Cabal, libraries)
    197  * [mailto:Ralf.Laemmel@cwi.nl Ralf Laemmel]
    198  * [mailto:rl@cse.unsw.edu.au Roman Leshchinskiy]
    199  * [mailto:andres@cs.uu.nl Andres Loeh]
    200  * [mailto:hwloidl@tcs.ifi.lmu.de Hans Wolfgang Loidl]
    201  * John Launchbury
    202  * [mailto:desrt@desrt.ca Ryan Lortie] (PowerPC Linux port, packages)
    203  * Jim Mattson
    204  * [mailto:john@repetae.net John Meacham]
    205  * Darren Moffat
    206  * [mailto:njn25@cam.ac.uk Nick Nethercote]
    207  * Thomas Nordin
    208  * [mailto:Sven.Panne@aedion.de Sven Panne]
    209  * Sungwoo Park
    210  * Will Partain
    211  * [mailto:ross@soi.city.ac.uk 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:br276@cl.cam.ac.uk Ben Rudiak-Gould]
    216  * Patrick Sansom
    217  * André Santos
    218  * [mailto:sseefried@cse.unsw.edu.au Sean Seefried] (Plug-in optimisations (in pluggable-branch))
    219  * [mailto:jseward@acm.org Julian Seward]
    220  * [mailto:dominic.steinitz@blueyonder.co.uk Dominic Steinitz] (Cryptographic library)
    221  * [mailto:dons@cse.unsw.edu.au Don Stewart] (OpenBSD support)
    222  * [mailto:vs@foldr.org Volker Stolz]
    223  * [mailto:josefs@cs.chalmers.se Josef Svenningsson]
    224  * [mailto:audreyt@audreyt.org Audrey Tang] (Perl-related tools (ghc-asm, ghc-split), AIX port)
    225  * [mailto:dinko.tenev@gmail.com Dinko Tenev]
    226  * [mailto:wolfgang.thaller@gmx.net Wolfgang Thaller] (Darwin/Mac OS X ports, position-independent code generation)
    227  * [mailto:mthomas@gil.com.au Mike Thomas]
    228  * Reuben Thomas
    229  * [mailto:cdt25@cam.ac.uk Christopher D. Thompson-Walsh]
    230  * [mailto:dpt@exoskeleton.math.harvard.edu Dylan Thurston]
    231  * Phil Trinder
    232  * [mailto:tullsen@galois.com Mark Tullsen]
    233  * David N Turner
    234  * Philip Wadler
    235  * [mailto:davve@dtek.chalmers.se David Waern] (Haddock comment support)
    236  * [mailto:Malcolm.Wallace@cs.york.ac.uk Malcolm Wallace]
    237  * Michael Weber
    238  * [mailto:ashley@semantic.org Ashley Yakeley] (Time library)
    239  * [mailto:nx200@cam.ac.uk N. Xu]
     178[mailto:ka2_mail@yahoo.com Krasimir Angelov],
     179[mailto:lennart@augustsson.net Lennart Augustsson] (including work on many core libraries, originally for hbc),
     180[mailto:jeanphilippe.bernardy@gmail.com Jean-Philippe Bernardy] (Maintenance of Data.*Map/*Set libraries),
     181[http://www.mathematik.uni-marburg.de/~berthold Jost Berthold] (Parallel Haskell: Eden),
     182[mailto:d00bring@dtek.chalmers.se Bjorn Bringert],
     183Sebastien Carlier,
     184[mailto:amc4@doc.ic.ac.uk Andrew Cheadle],
     185[http://catamorphism.org/ Tim Chevalier] (External Core, strictness analysis, ticky-ticky profiling),
     186[mailto:duncan.coutts@well-typed.com Duncan Coutts] (parallel profiling, package system),
     187[http://www.csee.ogi.edu/~diatchki Iavor S Diatchki] ('monadLib' library),
     188[mailto:sof@galois.com Sigbjorn Finne],
     189[mailto:andygill@ku.edu Andy Gill] (Haskell Program Coverage),
     190Kevin Glynn,
     191[mailto:jgoerzen@complete.org John Goerzen],
     192Cordy Hall,
     193Kevin Hammond,
     194[mailto:tharris@microsoft.com Tim Harris] (Transactional memory, concurrency),
     195[mailto:lemmih@gmail.com David Himmelstrup] (GHC developer),
     196[mailto:mnislaih@gmail.com José Iborra] (GHCi Debugger),
     197[mailto:ijones@syntaxpolice.org Isaac Jones] (Cabal, libraries),
     198[mailto:Ralf.Laemmel@cwi.nl Ralf Laemmel],
     199[mailto:rl@cse.unsw.edu.au Roman Leshchinskiy],
     200[mailto:andres@cs.uu.nl Andres Loeh],
     201[mailto:hwloidl@tcs.ifi.lmu.de Hans Wolfgang Loidl],
     202John Launchbury,
     203[mailto:desrt@desrt.ca Ryan Lortie] (PowerPC Linux port, packages),
     204Jim Mattson,
     205[mailto:john@repetae.net John Meacham],
     206Darren Moffat,
     207[mailto:njn25@cam.ac.uk Nick Nethercote],
     208Thomas Nordin,
     209[mailto:Sven.Panne@aedion.de Sven Panne],
     210Sungwoo Park,
     211Will Partain,
     212[mailto:ross@soi.city.ac.uk Ross Paterson],
     213Juan Quintela,
     214[http://www.eecs.harvard.edu/nr Norman Ramsey] (a little refactoring in the back end),
     215Alastair Reid,
     216[mailto:br276@cl.cam.ac.uk Ben Rudiak-Gould],
     217Patrick Sansom,
     218André Santos,
     219[mailto:sseefried@cse.unsw.edu.au Sean Seefried] (Plug-in optimisations (in pluggable-branch)),
     220[mailto:jseward@acm.org Julian Seward],
     221[mailto:dominic.steinitz@blueyonder.co.uk Dominic Steinitz] (Cryptographic library),
     222[mailto:dons@cse.unsw.edu.au Don Stewart] (OpenBSD support),
     223[mailto:vs@foldr.org Volker Stolz],
     224[mailto:josefs@cs.chalmers.se Josef Svenningsson],
     225[mailto:audreyt@audreyt.org Audrey Tang] (Perl-related tools (ghc-asm, ghc-split), AIX port),
     226[mailto:dinko.tenev@gmail.com Dinko Tenev],
     227[mailto:wolfgang.thaller@gmx.net 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].