It has been proposed here
https://groups.google.com/forum/#!topic/llvm-dev/gGivQ38EHIY that LLVM
should not autodetect the cpu by default, but only if the flag -mcpu=native
is passed. This is what GCC does already with -march=native.
BTW Magnus, did you try the patch that I sent yet?
Nicola
On
On Mon, Apr 28, 2014 at 12:08:08AM +0200, Nicola Squartini wrote:
> I remember reading somewhere that packages that use parallelism,
> like `repa`, would benefit from the llvm backend. I've never seen
> benchmarks though.
Ah, sounds interesting. What I have read in some old haskell-cafe
posts is
I remember reading somewhere that packages that use parallelism, like
`repa`, would benefit from the llvm backend. I've never seen benchmarks
though.
On Sun, Apr 27, 2014 at 11:55 PM, Magnus Therning wrote:
> On Sun, Apr 27, 2014 at 11:11:25PM +0200, Nicola Squartini wrote:
> > I never used LLVM
On Sun, Apr 27, 2014 at 11:11:25PM +0200, Nicola Squartini wrote:
> I never used LLVM so I'm looking at the manual right now. It's explained
> here:
>
> http://llvm.org/docs/CommandGuide/llc.html#cmdoption-mcpu
>
> It autodetects the cpu and optimizes for it.
> As I understand, in order to produc
I never used LLVM so I'm looking at the manual right now. It's explained
here:
http://llvm.org/docs/CommandGuide/llc.html#cmdoption-mcpu
It autodetects the cpu and optimizes for it.
As I understand, in order to produce generic code you should pass
-mcpu=i686 or -mcpu=x86_64. They can be passed to
On Sun, Apr 27, 2014 at 10:16:30PM +0200, Nicola Squartini wrote:
> Is it possible that LLVM automatically optimizes for your
> architecture or triggers the use of some simd that is not present on
> my AMDs?
I suppose that might be the case. It is possible to pass options to
specific parts of the
On Sat, Apr 26, 2014 at 05:08:58PM +0200, Nicola Squartini wrote:
> Version 1.15.0 of HSE was not compiled with llvm, was it? At least from
> what I see from the git history.
That is correct.
I held back on adding HSE to [haskell-testing] for a long time due to
GHC 7.8 not being able to compile i
Version 1.15.0 of HSE was not compiled with llvm, was it? At least from
what I see from the git history.
On Sat, Apr 26, 2014 at 10:39 AM, Nicola Squartini wrote:
> I opened a ticket a few days ago already
> https://ghc.haskell.org/trac/ghc/ticket/8991 but no answer. I guess it's
> difficult to
I opened a ticket a few days ago already
https://ghc.haskell.org/trac/ghc/ticket/8991 but no answer. I guess it's
difficult to reproduce.
In fact if I recompile HSE using your same PKGBUILD, it works fine!
I'm using llvm-3.4-1 and glibc-2.19-3. I wonder what could be different
between your build
On Fri, Apr 25, 2014 at 04:10:37PM +0200, Nicola Squartini wrote:
> Hi,
>
> I already mentioned this problem earlier on this mailing list, but now I
> have some extra information.
>
> It's the following (on GHCi):
>
> Prelude> :m Language.Haskell.Exts
> Prelude Language.Haskell.Exts> parseFileCo
Hi,
I already mentioned this problem earlier on this mailing list, but now I
have some extra information.
It's the following (on GHCi):
Prelude> :m Language.Haskell.Exts
Prelude Language.Haskell.Exts> parseFileContents "main = putStrLn \"Hello
World\""
Loading package array-0.5.0.0 ... linking .
11 matches
Mail list logo
