I was thinking about the design of superclass default instances. I
think that we can get relatively far using the following extensions
together:
1) Multiple instance declarations
instance (Functor[a], Monad [a])
where
fmap = map
(=) = flip concatMap
return = (:[])
-- Declaration
Hello,
In my (still unreleased) usb-1.0 (https://github.com/basvandijk/usb)
library I use the GHC event manager for managing events from the
underlying `libusb` C library.
To work with the library a user has to initialize it using:
newCtx ∷ IO Ctx
The `Ctx` then allows the user to see the USB
On Tue, Aug 30, 2011 at 6:49 AM, Bas van Dijk v.dijk@gmail.com wrote:
As you see I also kill the thread which is running the event manager
loop. However I think this is not the right way to do it because when
I use the library I see the following message being continually
printed after
On 11-08-29 02:39 PM, Albert Y. C. Lai wrote:
ghc-pkg unregister --user P drops the global package if P is not in user.
[etc]
Now as ticket http://hackage.haskell.org/trac/ghc/ticket/5442
___
Glasgow-haskell-users mailing list
Hello,
I'm trying to build recent ghc-HEAD using ghc-7.2.1 but get the following error:
libraries/filepath/System/FilePath/Internal.hs:81:1:
base:Data.List can't be safely imported! The package (base) the
module resides in isn't trusted.
I guess a -trust base flag has to be passed to ghc
7.2.1 shipped without explicitly trusting the `base' package (an
accident, IIRC.) You can fix this and resume your build by saying:
$ ghc-pkg-7.2.1 trust base
and everything should be OK.
On Tue, Aug 30, 2011 at 4:54 PM, Bas van Dijk v.dijk@gmail.com wrote:
Hello,
I'm trying to build
On 30 August 2011 23:57, austin seipp a...@hacks.yi.org wrote:
7.2.1 shipped without explicitly trusting the `base' package (an
accident, IIRC.) You can fix this and resume your build by saying:
$ ghc-pkg-7.2.1 trust base
and everything should be OK.
Thanks that works!
Bas
On 30 August 2011 17:39, Bryan O'Sullivan b...@serpentine.com wrote:
On Tue, Aug 30, 2011 at 6:49 AM, Bas van Dijk v.dijk@gmail.com wrote:
As you see I also kill the thread which is running the event manager
loop. However I think this is not the right way to do it because when
I use the
On 31 August 2011 00:15, Bas van Dijk v.dijk@gmail.com wrote:
I see what I can do. I'm first going to export the 'finished' function
from GHC.Event and use that to wait till the loop finishes and see if
that solves my problem.
Waiting till the loop finishes doesn't solve the problem.
