gen_contents_index: Improve parsing of packages file We are now more lenient in parsing the packages file, and we don't use any GNUisms. Based on a patch from Matthias Kilian.
Only put the boot packages in the haddock contents/index We don't install dph etc, so don't put them in the doc index.
Tweak gen_contents_index now dph may not be there
Fix running in-place gen_contents_index; trac #3716 It was making incorrect URLs due to a shell script error.
Fix a braino in a comment
Fix another sed problem on Solaris
Fix gen_contents_index on MSYS On MSYS sed 's/.*[ \t]//' wasn't matching version:<tab>1.0 so I've switched to 's/.*[[:space:]]//' which works on Linux, cygwin and MSYS.
Put docs into versioned directory names; fixes trac #3532 You can now have multiple versions of a package installed, and gen_contents_index will do the right thing.
Fix creation of library doc index, and put the library docs in bindists
Fix gen_contents_index when not run inplace; trac #2764 Based on a patch from juhpetersen.
Add dph haddock docs to the doc index
Add a link to the GHC API docs from the library haddock index
Tweak gen_contents_index It now works again after it has been installed, as well as while it is in a source tree. After it's been installed it filters out the ghc package, as that currently swamps everything else in the index.
Update the build system to handle building and using haddock2 One side-effect of this is that we need to build the install-utils with stage2 rather than stage1 as we need the ghc package.
Fix a bug in gen_contents_index The library doc index thought that the docs were in $module.html, rather than $package/$module.html.
Refactor gen_contents_index Also fixes it with Solaris's sh, spotted by Christian Maeder
Don't make a library documentation prologue It's far too large now, and no-one complained when 6.8.1 didn't have one.
Don't put package version numbers in links in index.html
Tweak gen_contents_index to work with Solaris's sh
fix the links in the library documentation index