Custom Query (117 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (31 - 33 of 117)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Ticket Resolution Summary Owner Reporter
#1568 fixed Haddock: refactor to move doc parsing code from GHC into Haddock simonmar
Description

The code for parsing and renaming Haddock comments is currently in GHC. This is clearly not good, since any changes to the comment format have to be made in GHC. It was done this way because GHC implements the module system and can therefore resolve links to names from documentation.

However, the GHC API now provides a way to get hold of the top-level environment. This allows us to move parsing and renaming of Haddock comments back into Haddock.

This would be an improvement for modularity, and would make the Haddock markup format easier to modify in the future.

Please note that we so far only speak about parsing and renaming the Haddock comments themselves, and not about parsing Haskell code containing comments. The parsing of Haskell code containing comments is done the GHC parser, but could perhaps also be done separately in Haddock. We have not yet decided if this is a good idea or not, but it could be discussed and experimented with.

This project probably won't take the whole 3 months on its own, so it could be combined with one or more of the other Haddock projects (eg. #1567, #1569).

Interested Mentors

  • David Waern
  • Simon Marlow
  • Duncan Coutts (co-mentor)

Interested Students

  • Maciej Kotowicz ( kotowicz<dot>maciej<at>gmail<dot>com )
  • Isaac Dupree <id@…>
#1569 fixed Haddock: enhancements and bug fixes simonmar
Description

This project is a catch-all for the high-priority enhancements and bug fixes in Haddock. Haddock is a vital tool for the community and could really use a solid 3 months of improvement and bug-fixing. Here are the highest-priority enhancements:

Along with a bunch of defect tickets (Haddock's ticket list is here). The order in which to tackle the tickets would be agreed between student and mentor(s) before starting the project.

This project could be part of a general Haddock project also tackling #1567 and #1568.

Interested Mentors

  • David Waern
  • Simon Marlow
  • Duncan Coutts (co-mentor)

Interested Students

  • Isaac Dupree <id@…>
#1570 fixed Interactive profiling cobb
Description

The current documentation has the following to say about profiling:

http://www.haskell.org/ghc/docs/latest/html/users_guide/profiling.html

In short, one is limited to analysing various kinds of logs offline. However, it would often help if this information was available while the program is running. Instead of generating graphs with hp2ps, it should be possible to display them in a graphical application (using OpenGL or Hieroglyph, for instance), which would be much more efficient to start with, also letting the programmer zoom in on various parts of the log or change the ordering on the fly without all the manual work needed today.

More importantly, an interactive profiler would open the door to defining triggers on various patterns of resource use (e.g. going above a preset limiting function) and point out runaway cost centres without any human intervention. Ultimately, this information could be fed back to the runtime and used to stop the program, so the programmer could inspect its state in detail at the critical moment.

Interested Mentors

Interested Students

  • (proposed by) Patai Gergely (patai /at/ iit.bme.hu)
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Note: See TracQuery for help on using queries.