I am about to embark on a flight, and I was expecting that a call like
cabal new-haddock
would build the haddock of my current project and all its dependencies (which may not have haddocks yet), and also create a nice index akin to file:///usr/share/doc/ghc-doc/html/libraries/index.html with the haddocks of all visible packages. But it seems that this is not yet supported.
(I am not sure if #3535 is about this, or merely about a technical detail on the road to this feature.)
With the patch from #5395 I can build haddocks including dependency haddocks with
cabal new-haddock --enable-documentation
I don't quite understand why I need to add the --enable-documentation flag but I guess that's a different topic.
Since cabal new-* embraces the idea of multiple packages per project, it would be great if we could have something like standalone-haddock building a top-level documentation for our project encompassing the haddocks for all modules of all the packages in our project.
I'm not sure I totally understood you guys, but I miss the feature of creating a haddock documentation for all modules used in project, _and_ I want this documentation in a single directory with all local relative links. So that I could put it in a tarball, publish in Jenkins, etc. I was able to do so with _another_ s-tool ;). There is an option --haddockdir=, but I could find its effect. I'm with Cabal 2.4.0.1
@k0001 And maybe for efficiencies sake symbolic links could be used to share documentation between packages (when identical).
Most helpful comment
With the patch from #5395 I can build haddocks including dependency haddocks with
I don't quite understand why I need to add the
--enable-documentationflag but I guess that's a different topic.