Ryan Newton:
> But, anyway, it turns out that my example above is easily transformed from a
> bad GHC performance story into a good one. If you'll bear with me, I'll show
> how below.
>First, Manuel makes a good point about the LLVM backend. My "6X" anecdote
> was from a while ago and I di
Hi All, recently I started to take a look at haskell, especially at AI.
I can see some email addresses of interested people there but not so
much of other activity behind. Does it exist some mailing group
especially for AI?
Basically I'm interested in trying some machine learning algorithms.
Separate from whether or not we actually want this -- is it feasible?
Here's my situation. When working on parallel programming libraries in
Haskell there are very often unsafe operations one wants to do within an
otherwise pure model. For example, Accelerate currently violates safe
haskell beca
>
> Well, if it's "in many ways the same as C", then again it's probably not
> idiomatic Haskell.
It's just a recursive equation for mandelbrot fractals. I should have been
precise, I didn't mean that the source is literally the *same* as the C
source (i.e. there's no for loop, no mutable variab
On 5/12/12 5:52 AM, Sönke Hahn wrote:
Hi all!
Yesterday I wrote a little tool to output the dependencies of darcs
patches in dot format. The hardest part was to wrap my head around the
darcs API and find a way to let it compute the patch dependencies. I
don't know, if I got it right, but it look
Dmitry Vyal wrote:
> > My point is: If you need C-like performance at a certain spot there
> > is really no excuse for writing the entire application in C.
> > Haskell has a working, powerful enough FFI. Also idiomatic Haskell
> > code nowadays performs close to C. If your code doesn't, chances a
Dear Pedro,
On 13 May 2012, at 20:29, José Pedro Magalhães wrote:
> On Fri, May 11, 2012 at 5:12 PM, "Philip K. F. Hölzenspies"
> wrote:
>
> However, it turns out that this never leads to an evaluation of
> extTyNamesLoc. I've come as far as to see that, since "Located a" is a
> synonym for
Sönke Hahn writes:
> On 05/13/2012 03:13 AM, Felipe Almeida Lessa wrote:
>> Truly amazing!
Yes, nice work!
>> I wonder it would fare with larger repositories. =)
> It does not scale well. [...]
> Somehow related questions are: What am I going to do with a dot-graph,
> that has more than 500 v
On 05/11/2012 07:53 AM, Ertugrul Söylemez wrote:
My point is: If you need C-like performance at a certain spot there is
really no excuse for writing the entire application in C. Haskell has
a working, powerful enough FFI. Also idiomatic Haskell code nowadays
performs close to C. If your code do
We just released version 0.12 of Data.Array.Accelerate, the GPGPU[1] library
for Haskell:
http://justtesting.org/gpu-accelerated-array-computations-in-haskell
This is a beta release. The library is not perfect, but it is definitely
usable, and we are looking for early adopters.
Manuel
[1] C
10 matches
Mail list logo