Don Stewart wrote:
wqeqweuqy:
T Willingham wrote:
On Sat, Nov 1, 2008 at 3:15 AM, Neal Alexander <[EMAIL PROTECTED]>
wrote:
Even when generating one or more copies of "world" per frame the
performance
stays fine and allocations are minimal.
Who says? That may be your particular experience
On Wed, Oct 15, 2008 at 12:20 PM, Jonathan Cast
<[EMAIL PROTECTED]>wrote:
> This is a bit
> easier if you supply the missing Applicative instance:
>
> const <$> parser <*> eof
>
>
Too verbose.
parser <* eof
___
Haskell-Cafe mailing list
Haskell-Cafe@ha
wqeqweuqy:
> T Willingham wrote:
>
> >On Sat, Nov 1, 2008 at 3:15 AM, Neal Alexander <[EMAIL PROTECTED]>
> >wrote:
> >>Even when generating one or more copies of "world" per frame the
> >>performance
> >>stays fine and allocations are minimal.
> >
> >Who says? That may be your particular experi
T Willingham wrote:
On Sat, Nov 1, 2008 at 3:15 AM, Neal Alexander <[EMAIL PROTECTED]> wrote:
Even when generating one or more copies of "world" per frame the performance
stays fine and allocations are minimal.
Who says? That may be your particular experience from your particular
tests. In
---
Haskell Weekly News
http://sequence.complete.org/hwn/20081101
Issue 91 - November 01, 2008
---
Welcome to issue 91 of HWN, a newsletter covering
patperry:
> New version of BLAS bindings out. Now with support for the ST monad!
> This breaks backwards compatibility, unfortunately.
>
> More info (and some sample code) here:
> http://quantile95.com/2008/10/31/ann-blas-bindings-for-haskell-version-06/
>
> Also, if you want to help, please
On Tue, Oct 28, 2008 at 3:24 PM, Sebastian Sylvan
<[EMAIL PROTECTED]> wrote:
> 2008/10/28 T Willingham <[EMAIL PROTECTED]>
>>
>> To give a context for all of this, I am applying a non-linear
>> transformation to an object on every frame. (Note: non-linear, so a
>> matrix transform will not suffice
Jan-Willem Maessen wrote:
On Nov 1, 2008, at 9:38 AM, Andrew Coppin wrote:
Alberto G. Corona wrote:
Is there a way to know the number of memory references for a
variable?. The runtime must know it but i do not know if this
available for the program trough any low level trick
More precisely
On Nov 1, 2008, at 9:38 AM, Andrew Coppin wrote:
Alberto G. Corona wrote:
Is there a way to know the number of memory references for a
variable?. The runtime must know it but i do not know if this
available for the program trough any low level trick
More precisely, the GC computes it each
Hello Bertram,
Saturday, November 1, 2008, 5:14:30 PM, you wrote:
> Yes, it's a known bug - a conscious choice really. See
> http://hackage.haskell.org/trac/ghc/ticket/2120
does it possible to do both checks?
--
Best regards,
Bulatmailto:[EMAIL PROTECTED]
___
On 1 Nov 2008, at 16:33, Achim Schneider wrote:
"Alberto G. Corona " <[EMAIL PROTECTED]> wrote:
Is there a way to know the number of memory references for a
variable?. The runtime must know it but i do not know if this
available for the program trough any low level trick
Flameproof vests, c
Bertram Felgenhauer wrote:
Yes, it's a known bug - a conscious choice really. See
http://hackage.haskell.org/trac/ghc/ticket/2120
It's somewhat ironic that this behaviour was introduced by a patch
that made arrays safer to use in other respects.
...so it's *not* going to be fixed then?
Andrew Coppin wrote:
> Consider the following GHCi session:
>
> GHCi, version 6.8.2: http://www.haskell.org/ghc/ :? for help
> Prelude Data.Array.IO> t <- newArray ((0,0),(5,4)) 0 :: IO (IOUArray
> (Int,Int) Int)
> Prelude Data.Array.IO> getBounds t
> ((0,0),(5,4))
> Prelude Data.Array.IO>
>
> Is
Alberto G. Corona wrote:
Is there a way to know the number of memory references for a variable?.
The runtime must know it but i do not know if this available for the
program trough any low level trick
More precisely, the GC computes it each time it runs. (And only computes
it precisely during
"Alberto G. Corona " <[EMAIL PROTECTED]> wrote:
> Is there a way to know the number of memory references for a
> variable?. The runtime must know it but i do not know if this
> available for the program trough any low level trick
>
Flameproof vests, cheap and safe! Get yours now before it's too l
Is there a way to know the number of memory references for a variable?. The
runtime must know it but i do not know if this available for the program
trough any low level trick
Thanks
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haske
Consider the following GHCi session:
GHCi, version 6.8.2: http://www.haskell.org/ghc/ :? for help
Loading package base ... linking ... done.
Prelude> :m Data.Array.IO
Prelude Data.Array.IO> t <- newArray ((0,0),(5,4)) 0 :: IO (IOUArray
(Int,Int) Int)
Loading package array-0.1.0.0 ... linking .
New version of BLAS bindings out. Now with support for the ST monad!
This breaks backwards compatibility, unfortunately.
More info (and some sample code) here:
http://quantile95.com/2008/10/31/ann-blas-bindings-for-haskell-version-06/
Also, if you want to help, please let me know. There is
Even when generating one or more copies of "world" per frame the
performance stays fine and allocations are minimal. From what ive seen,
the OpenGL calls are whats going to bottle neck.
loop (time, space)
where
loop = loop <=< runKleisli action
where
action = (ChronoSync.sy
19 matches
Mail list logo
