Haskell Platform 2014.2.0.0 Release Candidate 2

[George Colpitts]

Yes, as you stated, not an HP problem. I did a cabal update and got past
this problem. I still can't install threadscope but I don't believe this is
an HP platform problem so I'll follow up with the threadscope people and
won't post again to this group

Thanks


[10 of 35] Compiling GUI.ProgressView ( GUI/ProgressView.hs,
dist/build/threadscope/threadscope-tmp/GUI/ProgressView.o )


GUI/ProgressView.hs:92:15:

    Could not deduce (System.Glib.UTFString.GlibString string0)

      arising from a use of ‘labelNew’

    from the context (WindowClass win)

      bound by the type signature for

                 new :: WindowClass win => win -> IO () -> IO ProgressView

      at GUI/ProgressView.hs:79:8-57

    The type variable ‘string0’ is ambiguous

    Note: there are several potential instances:

      instance System.Glib.UTFString.GlibString

                 text-1.1.0.0:Data.Text.Internal.Text

        -- Defined in ‘System.Glib.UTFString’

      instance System.Glib.UTFString.GlibString [Char]

        -- Defined in ‘System.Glib.UTFString’

    In a stmt of a 'do' block: progText <- labelNew Nothing

    In the expression:

      do { win <- windowNew;

           set win [containerBorderWidth := 10, windowTitle := "", ....];

           progText <- labelNew Nothing;

           set progText [miscXalign := 0, labelUseMarkup := True];

           .... }

    In an equation for ‘new’:

        new parent cancelAction

          = do { win <- windowNew;

                 set win [containerBorderWidth := 10, ....];

                 progText <- labelNew Nothing;

                 .... }

cabal: Error: some packages failed to install:

threadscope-0.2.4 failed during the building phase. The exception was:

ExitFailure 1


On Tue, Jul 29, 2014 at 10:48 AM, Brandon Allbery <allbery.b at gmail.com>
wrote:

> On Tue, Jul 29, 2014 at 7:45 AM, George Colpitts <
> george.colpitts at gmail.com> wrote:
>
>> Installation worked fine. However I encountered a problem that looks like
>> a regression, although it may be a problem with new versions of the package
>> I am trying to install:
>
>
> It's not an H-P problem; Apple's started using their BLOCKS C extension in
> system headers, and gtk2hsc2hs doesn't understand it. (And possibly is not
> using cpp properly when processing headers.) You'll need to take this up
> with the gtk2hs folks.
>
>     #ifdef __BLOCKS__
>     int scandir_b(const char *, struct dirent ***,
>         int (^)(const struct dirent *), int (^)(const struct dirent **,
> const struct
>  dirent **)) __DARWIN_INODE64(scandir_b)
> __OSX_AVAILABLE_STARTING(__MAC_10_6, __
> IPHONE_3_2);
>     #endif /* __BLOCKS__ */
>
> --
> brandon s allbery kf8nh                               sine nomine
> associates
> allbery.b at gmail.com
> ballbery at sinenomine.net
> unix, openafs, kerberos, infrastructure, xmonad
> http://sinenomine.net
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/ghc-devs/attachments/20140805/6a0cb828/attachment-0001.html>