GHC 7.8.1: Many haddock-related complaints from 'ghc-pkg check'

I installed the binary distribution of GHC 7.8.1 for Mac OS this morning, cabal-installed a few packages, and now I get a *lot* of warnings about missing .haddock files: bash-3.2$ ghc-pkg check Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/uniplate-1.6.12/html/uniplate.haddock doesn't exist or isn't a file Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/polyparse-1.9/html/polyparse.haddock doesn't exist or isn't a file Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/ghc-syb-utils-0.2.1.2/html/ghc-syb-utils.haddock doesn't exist or isn't a file Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/constraints-0.3.5/html/constraints.haddock doesn't exist or isn't a file Warning: haddock-html: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/constraints-0.3.5/html doesn't exist or isn't a directory Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/newtype-0.2/html/newtype.haddock doesn't exist or isn't a file Warning: haddock-html: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/newtype-0.2/html doesn't exist or isn't a directory ... Expected behavior? Avoidable? Fixable? Thanks, - Conal

From a bit of experimentation, it appears that the problematic packages do indeed have Haddock failures. For instance,
bash-3.2$ cd random-1.0.1.1/
bash-3.2$ cabal configure
Resolving dependencies...
Configuring random-1.0.1.1...
bash-3.2$ cabal haddock
Running Haddock for random-1.0.1.1...
Preprocessing library random-1.0.1.1...
Haddock coverage:
System/Random.hs:2:2: parse error on input '#'
On Wed, Apr 9, 2014 at 10:46 AM, Conal Elliott
I installed the binary distribution of GHC 7.8.1 for Mac OS this morning, cabal-installed a few packages, and now I get a *lot* of warnings about missing .haddock files:
bash-3.2$ ghc-pkg check Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/uniplate-1.6.12/html/uniplate.haddock doesn't exist or isn't a file Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/polyparse-1.9/html/polyparse.haddock doesn't exist or isn't a file Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/ghc-syb-utils-0.2.1.2/html/ghc-syb-utils.haddock doesn't exist or isn't a file Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/constraints-0.3.5/html/constraints.haddock doesn't exist or isn't a file Warning: haddock-html: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/constraints-0.3.5/html doesn't exist or isn't a directory Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/newtype-0.2/html/newtype.haddock doesn't exist or isn't a file Warning: haddock-html: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/newtype-0.2/html doesn't exist or isn't a directory ...
Expected behavior? Avoidable? Fixable?
Thanks, - Conal

My concern about the volume of warnings here is that it distracts from the
info I'm after, namely broken packages. One coping strategy seems to be
using the --simple-output flag to 'ghc-pkg check'. In that case, the
haddock warnings are suppressed, and I see just a list of broken package
names. A little terser than I'm after, but it helps.
On Wed, Apr 9, 2014 at 10:53 AM, Conal Elliott
From a bit of experimentation, it appears that the problematic packages do indeed have Haddock failures. For instance,
bash-3.2$ cd random-1.0.1.1/ bash-3.2$ cabal configure Resolving dependencies... Configuring random-1.0.1.1... bash-3.2$ cabal haddock Running Haddock for random-1.0.1.1... Preprocessing library random-1.0.1.1... Haddock coverage:
System/Random.hs:2:2: parse error on input '#'
On Wed, Apr 9, 2014 at 10:46 AM, Conal Elliott
wrote: I installed the binary distribution of GHC 7.8.1 for Mac OS this morning, cabal-installed a few packages, and now I get a *lot* of warnings about missing .haddock files:
bash-3.2$ ghc-pkg check Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/uniplate-1.6.12/html/uniplate.haddock doesn't exist or isn't a file Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/polyparse-1.9/html/polyparse.haddock doesn't exist or isn't a file Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/ghc-syb-utils-0.2.1.2/html/ghc-syb-utils.haddock doesn't exist or isn't a file Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/constraints-0.3.5/html/constraints.haddock doesn't exist or isn't a file Warning: haddock-html: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/constraints-0.3.5/html doesn't exist or isn't a directory Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/newtype-0.2/html/newtype.haddock doesn't exist or isn't a file Warning: haddock-html: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/newtype-0.2/html doesn't exist or isn't a directory ...
Expected behavior? Avoidable? Fixable?
Thanks, - Conal

Hi Conal,
Damn, I think I somehow totally missed this. :( I'll look into on my
Mavericks machine and see what's going wrong - I figured ./validate
would have caught this, but perhaps something strange is going on.
I filed a bug for you marked for 7.8.2:
https://ghc.haskell.org/trac/ghc/ticket/8981
On Wed, Apr 9, 2014 at 1:07 PM, Conal Elliott
My concern about the volume of warnings here is that it distracts from the info I'm after, namely broken packages. One coping strategy seems to be using the --simple-output flag to 'ghc-pkg check'. In that case, the haddock warnings are suppressed, and I see just a list of broken package names. A little terser than I'm after, but it helps.
On Wed, Apr 9, 2014 at 10:53 AM, Conal Elliott
wrote: From a bit of experimentation, it appears that the problematic packages do indeed have Haddock failures. For instance,
bash-3.2$ cd random-1.0.1.1/ bash-3.2$ cabal configure Resolving dependencies... Configuring random-1.0.1.1... bash-3.2$ cabal haddock Running Haddock for random-1.0.1.1... Preprocessing library random-1.0.1.1... Haddock coverage:
System/Random.hs:2:2: parse error on input ‘#’
On Wed, Apr 9, 2014 at 10:46 AM, Conal Elliott
wrote: I installed the binary distribution of GHC 7.8.1 for Mac OS this morning, cabal-installed a few packages, and now I get a *lot* of warnings about missing .haddock files:
bash-3.2$ ghc-pkg check Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/uniplate-1.6.12/html/uniplate.haddock doesn't exist or isn't a file Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/polyparse-1.9/html/polyparse.haddock doesn't exist or isn't a file Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/ghc-syb-utils-0.2.1.2/html/ghc-syb-utils.haddock doesn't exist or isn't a file Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/constraints-0.3.5/html/constraints.haddock doesn't exist or isn't a file Warning: haddock-html: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/constraints-0.3.5/html doesn't exist or isn't a directory Warning: haddock-interfaces: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/newtype-0.2/html/newtype.haddock doesn't exist or isn't a file Warning: haddock-html: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/newtype-0.2/html doesn't exist or isn't a directory ...
Expected behavior? Avoidable? Fixable?
Thanks, - Conal
_______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
-- Regards, Austin Seipp, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/

Thanks, Austin & Herbert.
Switching from clang to gcc-4.8 and reinstalling libraries eliminated most
of the noise for me.
In one set of my own libraries (bringing in new dependencies), I did get
several more haddock warnings from 'ghc-pkg check'. I reinstalled each of
those libs explicitly (cabal install --reinstall --force-reinstalls),
ignored the resulting warnings, and now back to a clean `ghc-pkg check`,
and (so far) working packages.
-- Conal
On Wed, Apr 9, 2014 at 6:16 PM, Austin Seipp
Hi Conal,
Damn, I think I somehow totally missed this. :( I'll look into on my Mavericks machine and see what's going wrong - I figured ./validate would have caught this, but perhaps something strange is going on.
I filed a bug for you marked for 7.8.2: https://ghc.haskell.org/trac/ghc/ticket/8981
My concern about the volume of warnings here is that it distracts from
On Wed, Apr 9, 2014 at 1:07 PM, Conal Elliott
wrote: the info I'm after, namely broken packages. One coping strategy seems to be using the --simple-output flag to 'ghc-pkg check'. In that case, the haddock warnings are suppressed, and I see just a list of broken package names. A little terser than I'm after, but it helps.
On Wed, Apr 9, 2014 at 10:53 AM, Conal Elliott
wrote: From a bit of experimentation, it appears that the problematic packages
do
indeed have Haddock failures. For instance,
bash-3.2$ cd random-1.0.1.1/ bash-3.2$ cabal configure Resolving dependencies... Configuring random-1.0.1.1... bash-3.2$ cabal haddock Running Haddock for random-1.0.1.1... Preprocessing library random-1.0.1.1... Haddock coverage:
System/Random.hs:2:2: parse error on input '#'
On Wed, Apr 9, 2014 at 10:46 AM, Conal Elliott
wrote: I installed the binary distribution of GHC 7.8.1 for Mac OS this
morning,
cabal-installed a few packages, and now I get a *lot* of warnings about missing .haddock files:
bash-3.2$ ghc-pkg check Warning: haddock-interfaces:
/Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/uniplate-1.6.12/html/uniplate.haddock
doesn't exist or isn't a file Warning: haddock-interfaces:
/Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/polyparse-1.9/html/polyparse.haddock
doesn't exist or isn't a file Warning: haddock-interfaces:
/Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/ghc-syb-utils-0.2.1.2/html/ghc-syb-utils.haddock
doesn't exist or isn't a file Warning: haddock-interfaces:
/Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/constraints-0.3.5/html/constraints.haddock
doesn't exist or isn't a file Warning: haddock-html:
/Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/constraints-0.3.5/html
doesn't exist or isn't a directory Warning: haddock-interfaces:
/Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/newtype-0.2/html/newtype.haddock
doesn't exist or isn't a file Warning: haddock-html: /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/newtype-0.2/html doesn't exist or isn't a directory ...
Expected behavior? Avoidable? Fixable?
Thanks, - Conal
_______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
-- Regards,
Austin Seipp, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/

On 2014-04-09 at 19:53:47 +0200, Conal Elliott wrote:
From a bit of experimentation, it appears that the problematic packages do indeed have Haddock failures. For instance,
bash-3.2$ cd random-1.0.1.1/ bash-3.2$ cabal configure Resolving dependencies... Configuring random-1.0.1.1... bash-3.2$ cabal haddock Running Haddock for random-1.0.1.1... Preprocessing library random-1.0.1.1... Haddock coverage:
System/Random.hs:2:2: parse error on input '#'
Fyi, this one specifically looks as if it could be related to https://github.com/haskell/cabal/issues/1740#issuecomment-39559026 I.e. caused by `clang -E` not being "semi-idempotent" (meaning the result from the second CPP pass can't be parsed anymore by GHC)
participants (3)
-
Austin Seipp
-
Conal Elliott
-
Herbert Valerio Riedel