Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : simd
http://hackage.haskell.org/trac/ghc/changeset/32543dba6b060e87ffc7dc1035590923ca1a6247
>---
commit 32543dba6b060e87ffc7dc1035590923ca1a6247
Author: Paul Mon
ating … on
the plus side, I'm learning the build … right?
Paul Monday
Parallel Scientific, LLC.
paul.mon...@parsci.com
On Oct 31, 2011, at 1:04 PM, Ian Lynagh wrote:
> On Mon, Oct 31, 2011 at 12:52:59PM -0600, Paul Monday wrote:
>> Yeah, I was tracking down the unregiste
t;.
Perhaps if I unentangle it from compiler/ghc.cabal.in … at least that's where
I'm at now, but that is not straight-forward either.
Paul Monday
Parallel Scientific, LLC.
paul.mon...@parsci.com
On Oct 31, 2011, at 11:58 AM, David Terei wrote:
> Check out this page:
>
>
ative code generation completely inseparable with the remaining code at
this point?
It looks like native code generation is identified in the ghc.cabal, can it
simply be removed?
Paul Monday
Parallel Scientific, LLC.
paul.mon...@parsci.com
On Oct 28, 2011, at 4:12 PM, David Terei wrote:
>
Is there a simple way to temporarily turn off the -fasm (compiler/nativeGen)
portion of the build? I'm adding code that is targeted at LLVM and I would
love to take the nativeGen portion of the build out of the loop for a while.
Paul Monday
Parallel Scientific, LLC.
paul.mon...@parsc
MagicHash definitely helped but I also had to adjust some thinking. Here is my
path back to sanity:
{-# LANGUAGE MagicHash #-}
import GHC.Prim
import GHC.Exts
main = do
print (eqChar# 'a'# 'b'#)
Phew … Thank You for the start!
Paul Monday
Parallel Scien
x27;t compile direct Core, is there a way to get at these
primops directly in .hs and compile them?
Thanks :->
Paul Monday
Parallel Scientific, LLC.
paul.mon...@parsci.com
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org
