HACKING.md 4.72 KB
Newer Older
1 2 3 4 5 6 7 8 9 10 11 12
Contributing to the Glasgow Haskell Compiler
============================================

So you've decided to hack on GHC, congratulations! We hope you have a
rewarding experience. This file will point you in the direction of
information to help you get started right away.

The GHC Developer's Wiki
========================

The home for GHC hackers is our Trac instance, located here:

13
<http://ghc.haskell.org/trac/ghc>
14 15 16 17 18 19

From here, you can file bugs (or look them up,) use the wiki, view the
`git` history, among other things. Of particular note is the building
page, which has the high level overview of the build process and how
to get the source:

20
<http://ghc.haskell.org/trac/ghc/wiki/Building>
21 22 23 24 25 26 27

Contributing patches to GHC in a hurry
======================================

Make sure your system has the necessary tools to compile GHC. You can
find an overview here:

28
<http://ghc.haskell.org/trac/ghc/wiki/Building/Preparation>
29 30 31 32

Next, clone the repository and all the associated libraries:

```
thomie's avatar
thomie committed
33 34 35
$ git clone --recursive git://git.haskell.org/ghc.git
```

36 37
On Windows, you need an extra repository containing some build tools.
These can be downloaded for you by configure. This only needs to be done once by running:
thomie's avatar
thomie committed
38 39

```
40
$ ./configure --enable-tarballs-autodownload
41 42 43 44 45 46 47 48 49 50 51
```

First copy `mk/build.mk.sample` to `mk/build.mk` and ensure it has
your preferred build settings. (You probably want to at least set
`BuildFlavour` to `quick`):

```
$ cp mk/build.mk.sample mk/build.mk
$ ... double-check mk/build.mk ...
```

52 53
Now build. The convenient `validate` script will build the tree in a way which
is both quick to build and consistent with our testsuite,
54 55

```
56
$ ./validate --build-only
57 58 59 60 61 62 63
```

You can use the `./inplace/bin/ghc-stage2` binary to play with the
newly built compiler.

Now, hack on your copy and rebuild (with `make`) as necessary.

64 65 66 67 68 69
Then start by making your commits however you want. When you're done, you can submit
 a pull request on Github for small changes. For larger changes the patch needs to be
 submitted to [Phabricator](https://phabricator.haskell.org/) for code review.
 The GHC Trac Wiki has a good summary for the [overall process](https://ghc.haskell.org/trac/ghc/wiki/WorkingConventions/FixingBugs)
 as well as a guide on 
 [how to use Phabricator/arcanist](https://ghc.haskell.org/trac/ghc/wiki/Phabricator).
70 71 72 73 74 75 76 77


Useful links:
=============

An overview of things like using git, the release process, filing bugs
and more can be located here:

78
<http://ghc.haskell.org/trac/ghc/wiki/WorkingConventions>
79 80 81

You can find our coding conventions for the compiler and RTS here:

82 83
<http://ghc.haskell.org/trac/ghc/wiki/Commentary/CodingStyle>
<http://ghc.haskell.org/trac/ghc/wiki/Commentary/Rts/Conventions>
84 85 86

A high level overview of the bug tracker:

87
<http://ghc.haskell.org/trac/ghc/wiki/WorkingConventions/BugTracker>
88 89 90 91 92

If you're going to contribute regularly, **learning how to use the
build system is important** and will save you lots of time. You should
read over this page carefully:

93
<http://ghc.haskell.org/trac/ghc/wiki/Building/Using>
94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124

How to communicate with us
==========================

GHC is a big project, so you'll surely need help. Luckily, we can
provide plenty through a variety of means!

## IRC

If you're an IRC user, be sure to drop by the official `#ghc` channel
on [freenode](http://freenode.org). Many (but not all) of the
developers and committers are actively there during a variety of
hours.

## Mailing lists

In the event IRC does not work or if you'd like a bigger audience, GHC
has several mailing lists for this purpose. The most important one is
[ghc-devs](http://www.haskell.org/pipermail/ghc-devs/), which is where
the developers actively hang out and discuss incoming changes and
problems.

There is no strict standard about where you post patches - either in
`ghc-devs` or in the bug tracker. Ideally, please put it in the bug
tracker with test cases or relevant information in a ticket, and set
the ticket status to `patch`. By doing this, we'll see the patch
quickly and be able to review. This will also ensure it doesn't get
lost. But if the change is small and self contained, feel free to
attach it to your email, and send it to `ghc-devs`.

Furthermore, if you're a developer (or want to become one!) you're
Herbert Valerio Riedel's avatar
Herbert Valerio Riedel committed
125
undoubtedly also interested in the other mailing lists:
126 127 128 129 130 131 132 133 134 135 136 137 138 139

 * [glasgow-haskell-users](http://www.haskell.org/mailman/listinfo/glasgow-haskell-users)
   is where developers/users meet.
 * [ghc-tickets](http://www.haskell.org/mailman/listinfo/ghc-tickets)
   for email from Trac.
 * [ghc-builds](http://www.haskell.org/mailman/listinfo/ghc-builds)
   for nightly build emails.
 * [ghc-commits](http://www.haskell.org/mailman/listinfo/ghc-commits)
   for commit messages when someone pushes to the repository.

El fin
======

Happy Hacking!  -- The GHC Team