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@gmail.com> wrote:
On Tue, Jul 29, 2014 at 7:45 AM, George Colpitts <george.colpitts@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@gmail.com                                  ballbery@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net