Build problems on ArchLinux

[Moggele]

The Glorious Glasgow Haskell Compilation System, version 9.0.1 Install command: cabal install arbtt --minimize-conflict-set --disable-library-vanilla --enable-shared --enable-executable-dynamic --ghc-options=-dynamic --overwrite-policy=always

[ 1 of 13] Compiling Data.Conduit.Attoparsec ( src/Data/Conduit/Attoparsec.hs, dist/build/arbtt-import/arbtt-import-tmp/Data/Conduit/Attoparsec.o )

src/Data/Conduit/Attoparsec.hs:121:14: error:
    • Couldn't match type: f2 b1
                     with: forall o. ConduitT a o m b
      Expected: A.Parser a b -> Consumer a m b
        Actual: A.Parser a b -> f2 b1
    • In the expression: fmap snd . sinkParserPosErr (Position 1 1 0)
      In an equation for ‘sinkParser’:
          sinkParser = fmap snd . sinkParserPosErr (Position 1 1 0)
    • Relevant bindings include
        sinkParser :: A.Parser a b -> Consumer a m b
          (bound at src/Data/Conduit/Attoparsec.hs:121:1)
    |
121 | sinkParser = fmap snd . sinkParserPosErr (Position 1 1 0)
    |              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

src/Data/Conduit/Attoparsec.hs:121:25: error:
    • Couldn't match type: forall o. ConduitT a o m1 (Position, b)
                     with: f2 (a1, b1)
      Expected: A.Parser a b -> f2 (a1, b1)
        Actual: A.Parser a b -> Consumer a m1 (Position, b)
    • In the second argument of ‘(.)’, namely
        ‘sinkParserPosErr (Position 1 1 0)’
      In the expression: fmap snd . sinkParserPosErr (Position 1 1 0)
      In an equation for ‘sinkParser’:
          sinkParser = fmap snd . sinkParserPosErr (Position 1 1 0)
    • Relevant bindings include
        sinkParser :: A.Parser a b -> Consumer a m b
          (bound at src/Data/Conduit/Attoparsec.hs:121:1)
    |
121 | sinkParser = fmap snd . sinkParserPosErr (Position 1 1 0)
    |                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

src/Data/Conduit/Attoparsec.hs:128:20: error:
    • Couldn't match type: f0 (f1 b0)
                     with: forall o. ConduitT a o m (Either ParseError b)
      Expected: A.Parser a b -> Consumer a m (Either ParseError b)
        Actual: A.Parser a b -> f0 (f1 b0)
    • In the expression:
        (fmap . fmap) snd . sinkParserPos (Position 1 1 0)
      In an equation for ‘sinkParserEither’:
          sinkParserEither
            = (fmap . fmap) snd . sinkParserPos (Position 1 1 0)
    • Relevant bindings include
        sinkParserEither :: A.Parser a b
                            -> Consumer a m (Either ParseError b)
          (bound at src/Data/Conduit/Attoparsec.hs:128:1)
    |
128 | sinkParserEither = (fmap.fmap) snd . sinkParserPos (Position 1 1 0)
    |                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

src/Data/Conduit/Attoparsec.hs:128:38: error:
    • Couldn't match type: forall o.
                           ConduitT a o m0 (Either ParseError (Position, b))
                     with: f0 (f1 (a0, b0))
      Expected: A.Parser a b -> f0 (f1 (a0, b0))
        Actual: A.Parser a b
                -> Consumer a m0 (Either ParseError (Position, b))
    • In the second argument of ‘(.)’, namely
        ‘sinkParserPos (Position 1 1 0)’
      In the expression:
        (fmap . fmap) snd . sinkParserPos (Position 1 1 0)
      In an equation for ‘sinkParserEither’:
          sinkParserEither
            = (fmap . fmap) snd . sinkParserPos (Position 1 1 0)
    • Relevant bindings include
        sinkParserEither :: A.Parser a b
                            -> Consumer a m (Either ParseError b)
          (bound at src/Data/Conduit/Attoparsec.hs:128:1)
    |
128 | sinkParserEither = (fmap.fmap) snd . sinkParserPos (Position 1 1 0)

[nomeata]

Thanks for your report. This seems to be a bug/problem with the conduit-extra package. Maybe https://github.com/snoyberg/conduit/issues/454 – I see you are using GHC-9.0, which is newer than the versions of GHC that I supprot so far (8.6.5, 8.8.4 and 8.10.2).

Can you try GHC-8.10.2?

[nomeata]

Actually, my bad, these files are actually in arbtt. Will have a look.