Gabriel
Is the underlying issue one of “scope” - STM variables have global scope, would
a batter approach to be to create scope of such things and then some overall
recovery mechanism could handle such an exception within that scope?
Neil
On 14 Jul 2014, at 03:30, Gabriel Gonzalez
On 07/12/14 07:27 AM, Michael Jones wrote:
Karel,
I have failed to figure out how to make this happen:
(target arch, ArchARM {armISA = ARMv7, armISAExt = [VFPv3,NEON], armABI =
HARD}”)
This is result of running ./configure on arm/ubuntu12.04 -- so I don't
cross-compile, but rather compile
Hi,
I'm having problems installing the OS X bindist of GHC 7.8.3 on my machine.
Here are the specs for my machine:
Hardware: MacBook Pro, 13-inch, Mid 2009
Operating System: OS X 10.8.5
gcc: i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build
5658) (LLVM build 2336.11.00)
On Mon, Jul 14, 2014 at 4:53 AM, Christiaan Baaij
christiaan.ba...@gmail.com wrote:
cc1: error: unrecognized command line option -Wno-invalid-pp-token
cc1: error: unrecognized command line option -Wno-unicode
Those are clang options, for what it's worth. It seems to be defaulting to
Xcode
FWIW Mark had this reply but is apparently not subscribed to, or being
rejected by, ghc-users and asked me to forward it.
-- Forwarded message --
From: Mark Lentczner mark.lentcz...@gmail.com
Date: Mon, Jul 14, 2014 at 7:34 AM
Subject: Re: Installing ghc-7.8.3 OS X bindist fails
I don't quite understand your question, but I'll try to give a fuller
explanation of the problem I was trying to solve to see if it perhaps
answers your question.
The motivation behind `pipes-concurrency` was to make it easy for
readers and writers to coordinate implicitly (using the garbage
On 07/14/14 04:58 PM, Michael Jones wrote:
Karel,
Thanks. This helps.
If I understand, you have Linux running on a Panda, and on that Panda
system you have gcc, and you compile GHC on the Panda itself, rather
than build a cross compiler. I can see the advantage of building this
way.
Correct!
Thanks, the work-around did the trick.
On 14 July 2014 16:34, Mark Lentczner mark.lentcz...@gmail.com wrote:
Yes - this is a known problem in GHC (#9257
https://ghc.haskell.org/trac/ghc/ticket/9257)
The problem is that there is one gcc invocation in the make install step
(!) and that the
I sent this to haskell-cafe, but there was no response. On
stackoverflow there was no response either. I'm trying one last time,
but adding ghc-users (which I should have done at the beginning!).
Surely it can't be that no one knows how to load modules in ghci? I
know a lot of work was done to
On Mon, Jul 14, 2014 at 1:08 PM, Evan Laforge qdun...@gmail.com wrote:
I sent this to haskell-cafe, but there was no response. On
stackoverflow there was no response either. I'm trying one last time,
but adding ghc-users (which I should have done at the beginning!).
Surely it can't be that
On Mon, Jul 14, 2014 at 10:36 AM, Reid Barton rwbar...@gmail.com wrote:
See https://ghc.haskell.org/trac/ghc/ticket/8736. The current workaround for
GHC 7.8 is to compile with -dynamic, not -dynamic-too.
That was it! Thanks so much.
As an aside, I was kind of expecting a faster link time due
On Mon, Jul 14, 2014 at 11:13 AM, Evan Laforge qdun...@gmail.com wrote:
As an aside, I was kind of expecting a faster link time due to
-dynamic, but apparently not. Oh well, I'm happy enough ghci is back.
Aha, I needed to pass -dynamic when linking too. Sorry for the noise.
On Mon, Jul 14, 2014 at 11:13 AM, Evan Laforge qdun...@gmail.com wrote:
On Mon, Jul 14, 2014 at 10:36 AM, Reid Barton rwbar...@gmail.com wrote:
See https://ghc.haskell.org/trac/ghc/ticket/8736. The current workaround for
GHC 7.8 is to compile with -dynamic, not -dynamic-too.
That was it!
On Mon, Jul 14, 2014 at 12:35 PM, Evan Laforge qdun...@gmail.com wrote:
Actually... not quite. -dynamic seems let ghci load, but when I load
with the GHCI API, I get this:
compile error: interactive session:
cannot find normal object file ‘build/debug/obj/Util/Contro.o’
while
It seems to me that this should be true for all `f a` like:
instance (Monoid a, Applicative f)= Monoid (f a) where
mappend = liftA2 mappend
mempty = pure mempty
But I can't seem to find the particular `instance (Monoid a)= Monoid
(IO a)` anywhere. Would that instance be incorrect,
15 matches
Mail list logo