[Adding ghc-d...@haskell.org to cc]
On 21 May 2015 at 02:12, Sergei Meshveliani wrote:
> Now, I delete `OverlappingInstances' from docon.cabal
>
> and also from the $doconCpOpt options to call ghc on
> demotest/Main.hs.
>
> And now the test runs correct in ghc-7.10.1 !
>
> Only it is 1.5
Now, I delete `OverlappingInstances' from docon.cabal
and also from the $doconCpOpt options to call ghc on
demotest/Main.hs.
And now the test runs correct in ghc-7.10.1 !
Only it is 1.5 times slower than in ghc-7.8.2.
So:
a) The test intends overlapping instances,
b) instance overlaps
Dear GHC developers,
Please, test ghc-7.10.1 on making docon-2.12
http://www.botik.ru/pub/local/Mechveliani/docon/
and running itsdemotest/Main
(see install.txt).
docon-2.12 has been tested under ghc-7.8.2,
and it has
extensions: ... OverlappingInstances
in do
Perhaps a more sensible example:
$ cat t.hs
import Control.Concurrent
import Control.Monad
spawnThread :: IO ThreadId
spawnThread =
forkIO $
forM_ [0..] $ \i ->
threadDelay 100
$ ghci-7.10.1 t.hs -v0
*Main> t0 <- spawnThread
*Main> :break 8
Breakpoint 0 activated at t.hs:8:9
Hello,
I have a multi-threaded and interactive application that sometimes
stops responding, and it would be helpful being able to inspect the
state when it doesn't.
I thought the GHCi debugger could be useful here, however I see no way
to signal a thread and have GHCi show me its state.
Here i
On Wed, 2015-05-20 at 08:33 -0400, Ben Gamari wrote:
> Sergei Meshveliani writes:
>
> > People,
> > I am trying to `make' ghc-7.10.1 from source by ghc-7.8.3
> > on Debian Linux.
> > I command
> >
> > > ./configure --prefix=/home/mechvel/haskell/ghc/7.10.1/inst0
> >
> > > make >& make.
Sergei Meshveliani writes:
> People,
> I am trying to `make' ghc-7.10.1 from source by ghc-7.8.3
> on Debian Linux.
> I command
>
> > ./configure --prefix=/home/mechvel/haskell/ghc/7.10.1/inst0
>
> > make >& make.log
>
>
> The former command seems successful:
> ...
> #define HAV