Hi, I'm looking to get involved working on GHC - I've been using Haskell for quite a while now and thought I'd give back to the community. Bit about me: I'm Blair an (4th year) Undergraduate at the University of Glasgow and my main interests at the moment are Functional Programming, Runtime systems (mainly memory management/GC work) and Transactional Memory (making GHC a great place to be!) I've noticed that there is talk of adding a better flags parser to the RTS and this seems like a good place to start (less likely to break things!). Ticket: #4243 Is anyone currently working in this area or have plans to start work in this area? Many thanks, Blair
Hi Blair, have you seen this page on the wiki: https://ghc.haskell.org/trac/ghc/wiki/Newcomers ? It should help you get started and give you some alternative ideas on tickets worth picking up. Janek Dnia piątek, 29 listopada 2013, Blair Archibald napisał:
Hi,
I'm looking to get involved working on GHC - I've been using Haskell for quite a while now and thought I'd give back to the community.
Bit about me: I'm Blair an (4th year) Undergraduate at the University of Glasgow and my main interests at the moment are Functional Programming, Runtime systems (mainly memory management/GC work) and Transactional Memory (making GHC a great place to be!)
I've noticed that there is talk of adding a better flags parser to the RTS and this seems like a good place to start (less likely to break things!). Ticket: #4243
Is anyone currently working in this area or have plans to start work in this area?
Many thanks, Blair
On 29/11/13 20:29, Jan Stolarek wrote:
Hi Blair,
have you seen this page on the wiki: https://ghc.haskell.org/trac/ghc/wiki/Newcomers ? It should help you get started and give you some alternative ideas on tickets worth picking up.
Janek
I mentioned this recently in #ghc but that page is _really_ hard to find on the Wiki and unless you know it exists, you're not going to have seen it. If possible, could someone put it in a more visible place? I realise that it's on the WorkingConventions page (only now I realise this) but perhaps a direct link in the sidebar or maybe even a link on the front page in Developer Documentation section would be appropriate! -- Mateusz K.
That's a good idea. Herberto (hvr on #ghc) Is the expert on matters related to trac, but you might be able to edit the wiki yourself. On Friday, November 29, 2013, Mateusz Kowalczyk wrote:
On 29/11/13 20:29, Jan Stolarek wrote:
Hi Blair,
have you seen this page on the wiki: https://ghc.haskell.org/trac/ghc/wiki/Newcomers ? It should help you get started and give you some alternative ideas on tickets worth picking up.
Janek
I mentioned this recently in #ghc but that page is _really_ hard to find on the Wiki and unless you know it exists, you're not going to have seen it. If possible, could someone put it in a more visible place? I realise that it's on the WorkingConventions page (only now I realise this) but perhaps a direct link in the sidebar or maybe even a link on the front page in Developer Documentation section would be appropriate!
-- Mateusz K. _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org javascript:; http://www.haskell.org/mailman/listinfo/ghc-devs
Blair Great. We always need more people to help. Do get stuck in, and yell if you need help. Thanks! Simon From: ghc-devs [mailto:ghc-devs-bounces@haskell.org] On Behalf Of Blair Archibald Sent: 29 November 2013 12:40 To: ghc-devs@haskell.org Subject: Getting Involved Hi, I'm looking to get involved working on GHC - I've been using Haskell for quite a while now and thought I'd give back to the community. Bit about me: I'm Blair an (4th year) Undergraduate at the University of Glasgow and my main interests at the moment are Functional Programming, Runtime systems (mainly memory management/GC work) and Transactional Memory (making GHC a great place to be!) I've noticed that there is talk of adding a better flags parser to the RTS and this seems like a good place to start (less likely to break things!). Ticket: #4243 Is anyone currently working in this area or have plans to start work in this area? Many thanks, Blair
On 29/11/13 12:39, Blair Archibald wrote:
Hi,
I'm looking to get involved working on GHC - I've been using Haskell for quite a while now and thought I'd give back to the community.
Bit about me: I'm Blair an (4th year) Undergraduate at the University of Glasgow and my main interests at the moment are Functional Programming, Runtime systems (mainly memory management/GC work) and Transactional Memory (making GHC a great place to be!)
As I mentioned on the Haskell Cast, there is plenty of scope for speeding up STM in particular. One problem with getting started though is that we don't have a good benchmark suite, and any well-tuned programs that use STM will already be avoiding the known issues (like sensitivity to the size of transactions). The C/C++ STM community has some good benchmarks, e.g. http://stamp.stanford.edu/, I think it would be great to translate some of these to Haskell, and then use them as a starting point to look for ways to optimise the implementation. There's also a rather large literature on optimising STM for C/C++, some of which is probably useful.
I've noticed that there is talk of adding a better flags parser to the RTS and this seems like a good place to start (less likely to break things!). Ticket: #4243
Is anyone currently working in this area or have plans to start work in this area?
There was someone else looking at it... I forget who. Try searching the archives. Cheers, Simon
I've noticed that there is talk of adding a better flags parser to the RTS and this seems like a good place to start (less likely to break things!). Ticket: #4243
Is anyone currently working in this area or have plans to start work in this area?
There was someone else looking at it... I forget who. Try searching the archives. I recall that when I was starting with GHC I considered working on this. Improving flag parser sounds like a good first step for a beginner because: a) it is precisly localized in one place (more or less); b) it doesn't require deep theoretical knowledge.
Janek
participants (6)
-
Blair Archibald -
Carter Schonwald -
Jan Stolarek -
Mateusz Kowalczyk -
Simon Marlow -
Simon Peyton-Jones