Thank you Arash!
Simon
| -Original Message-
| From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Arash
| Rouhani
| Sent: 04 May 2014 19:54
| To: Andrew Farmer
| Cc: ghc-devs@haskell.org
| Subject: Re: C-- specfication
|
| Hi Andrew,
|
| Thanks for the encouragement! :)
|
Hi,
Today I have split Haddock up a little to allow users to use the Haddock
parser without incurring the dependency on GHC. This means the Haddock
tree looks like this now:
haddock/haddock.cabal
haddock/src/…
haddock/haddock-library/haddock-library.cabal
haddock/haddock-library/src/…
I'm getting
Unexpected failures:
. cgrun051 [bad exit code]
(normal,hpc,optasm,profasm,ghci,threaded1,threaded2,dyn,profthreaded,optllvm,g1)
= cgrun051(optasm) 46 of 98 [0, 2, 0]
cd . '/5playpen/simonpj/HEAD-2/inplace/bin/ghc-stage2' -fforce-recomp
-dcore-lint -dcmm-lint
Hi all,
- The HCAR entry was quickly completed last week thanks to everyone,
much appreciated for the quick response! And it made me aware of some
other new things in the pipeline, too. :)
- Simon is in-progress reviewing the ORF work still. But it's
happening, so be patient of course (it's a
Hi Austin,
Could you consider #9012 for 7.8.3?
* Austin Seipp aus...@well-typed.com [2014-05-05 11:54:20-0500]
Hi all,
- The HCAR entry was quickly completed last week thanks to everyone,
much appreciated for the quick response! And it made me aware of some
other new things in the
Hi John,
My understanding is that GHC does do reordering of memory operations, in
the CmmSink pass (
http://www.haskell.org/ghc/docs/latest/html/libraries/ghc/src/CmmSink.html,
http://blog.ezyang.com/2014/01/so-you-want-to-add-a-new-concurrency-primitive-to-ghc/).
In particular ghc may
On 04/05/14 11:10, Johan Tibell wrote:
I found myself needing atomic operations on basic, mutable numeric
values. I wrote a short design doc that I'd like feedback on:
https://ghc.haskell.org/trac/ghc/wiki/AtomicPrimops
I will try to implement these for 7.10.
Right now, all
no, i was saying LLVM-General when static linked to llvm doesnt work. I
wasnt talking about ghc being dynamic or static
merely that theres no way to get llvm-general to work on ghci in 7.6 afaik
On Mon, May 5, 2014 at 4:54 PM, Simon Marlow marlo...@gmail.com wrote:
I don't see any reason why
On 03/05/14 04:15, Dominick Samperi wrote:
I'm trying to understand the dynamic linking situation with the help of
https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-7.8, and according
to this information I need to specify DYNAMIC_GHC_PROGRAMS=YES
for ghci to use the system linker. I don't
On 05/05/14 21:58, Carter Schonwald wrote:
no, i was saying LLVM-General when static linked to llvm doesnt work. I
wasnt talking about ghc being dynamic or static
I believe you that it doesn't work. But I think that if you use a
dynamically-linked llvm (i.e. the shared-llvm flag), it
I think the issue is really loading static C++ libs into GHCi doesn't
work properly, and that's true of all versions of GHC, including 7.8.
On 05/05/14 22:08, Carter Schonwald wrote:
i don't have 7.6 setup anymore, i'll see about reproducing the issue
later. it falls under the umbrella of
Hey Johan,
Superficial comments for now. Are you planning on supporting word
variants?
Callish mach-ops, as generated from primops, are not sunk across,
but this behavior today is accidental (see Note [Foreign calls clobber
heap]), so be sure to adjust the notes.
Edward
Excerpts from Johan
12 matches
Mail list logo