Christian Höner zu Siederdissen
choener at tbi.univie.ac.at
Mon Feb 15 13:28:01 EST 2010
the things I am interested in are:
foldU f init .
mapU (\k -> array_1 !: (i,k) `combine` array_2 !: (k,j)) $
enumFromToU i j
where (!:) = fancy_index_op
with both `vector` and `uvector` (then D.V.fold etc).
Since ghc 6.12 there has been no significant difference in using either
backend. Then again, more time is spent indexing than optimising the
Christian Hoener zu Siederdissen
From: Ian Lynagh <igloo at earth.li>
> Hi all,
> We are planning to remove the -fvia-c way of compiling code
> (unregisterised compilers will continue to compile via C only, but
> registerised compilers will only use the native code generator).
> We'll probably deprecate -fvia-c in the 6.14 branch, and remove it in
> Simon Marlow has recently fixed FP performance for modern x86 chips in
> the native code generator in the HEAD. That was the last reason we know
> of to prefer via-C to the native code generators. But before we start
> the removal process, does anyone know of any other problems with the
> native code generators that need to be fixed first?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: not available
Url : http://www.haskell.org/pipermail/glasgow-haskell-users/attachments/20100215/46672fef/attachment.bin
More information about the Glasgow-haskell-users