Hi guys,
looking at the Darcs repo it seems that something is happening, but XMonad
wasn't updated in a year on Hackage and everything seems to be still.
Is XMonad still actively developed? If yes, who is the current maintainer?
It would be good to have him listed in the Hackage package descriptio
How would the ghc-dependance affect hashable's inclusion in the haskell
platform? Doesn't the haskell platform ship only a recent version of ghc
(i.e. one with support for generics)?
- Clark
On Nov 4, 2012 6:00 PM, "Herbert Valerio Riedel" wrote:
> Clark Gaebel writes:
>
> > @dag:
> >
> > I w
Clark Gaebel writes:
> @dag:
>
> I would love for this to be merged into Data.Hashable, and I think it would
> make a lot of people's lives easier, and prevent them from writing bad hash
> functions accidentally.
Jfyi, a discussion came up when I posted a proposal to add a
generics-based NFData
The updates include:
* All of the newtypes in OpenGLRaw have been changed to type aliases
(credit to Trevor Elliott and Mike Ledger)
* OpenGLRaw's TypesInternal module has gone away
* NVidia path rendering extensions have been added by "ozelis" on github
This release changes OpenGLRaw to use
Hey,
So, I couldn't really get a small code sample.
But I have a new example of the same problem.
Anyway, let me just give you the overall picture.
I am building an interpreter and I want to evaluate
the definition of a recursive function. This entails
registering the function symbol in the symb
Yes. Sorry if I wasn't clear. That's what I intended.
So would a patch adding this to hashable be accepted?
- Clark
On Sun, Nov 4, 2012 at 11:39 AM, Johan Tibell wrote:
> On Sun, Nov 4, 2012 at 8:35 AM, Clark Gaebel wrote:
> >
> > @dag:
> >
> > I would love for this to be merged into Data.H
On Sun, Nov 4, 2012 at 5:39 PM, Johan Tibell wrote:
> Couldn't we do it using GHC's default implementations based on
> signatures features, so we don't have to expose any new things in the
> API?
>
> We used that in unordered-containers like so:
>
> #ifdef GENERICS
> default parseRecord :: (G
On Sun, Nov 4, 2012 at 8:35 AM, Clark Gaebel wrote:
>
> @dag:
>
> I would love for this to be merged into Data.Hashable, and I think it would
> make a lot of people's lives easier, and prevent them from writing bad hash
> functions accidentally.
Couldn't we do it using GHC's default implementa
@dag:
I would love for this to be merged into Data.Hashable, and I think it would
make a lot of people's lives easier, and prevent them from writing bad hash
functions accidentally.
- Clark
On Sun, Nov 4, 2012 at 10:30 AM, dag.odenh...@gmail.com <
dag.odenh...@gmail.com> wrote:
> Have you ta
Thanks a lot!
I've updated the benchmark accordingly, and have released a new version
without the 1.3x slowdown disclaimer as generic-hashable 1.1.8.
- Clark
On Sun, Nov 4, 2012 at 10:25 AM, Herbert Valerio Riedel wrote:
> Clark Gaebel writes:
>
> [...]
>
> > Oh yeah, and if anyone wants t
Have you talked with upstream about possibly adding this to hashable
proper, using DefaultSignatures? CPP can be used to make it portable to
older GHC versions.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo
Clark Gaebel writes:
[...]
> Oh yeah, and if anyone wants to help me figure out why it's 1.3x slower
> than my hand-rolled instances, that would be really helpful.
[...]
I've taken a look at the bench/Bench.hs benchmark[1]:
The generated Core looks almost[2] the same as your 'HandRolled'; but
Hi,
Am Samstag, den 03.11.2012, 11:26 +0100 schrieb Peter Divianszky:
> > This can be implemented by replacing every record update
> >
> > r' = r { x = y }
> >
> > with
> >
> > r' = r { x = unsafePerformIO (cond-update r r' (x r) y) }
> >
> > where we keep the current record update mechani
Daniel Trstenjak wrote:
Hi all,
I'm currently struggling in the search for a nice abstraction for the
input handling of a game (it's a simple platformer with rectangular platforms).
One good example is the level editor of the game. When pressing the left
mouse button the creation of a new platf
It might have been caused by an overzealous security mechanism: I was only
consuming 1000 bytes of the header, which in some BrowserID cases may not
be enough. I've bumped that limit, can you try again?
On Sun, Nov 4, 2012 at 9:35 AM, Obscaenvs wrote:
> Excerpt from source: "Welcome to KeterThe
Excerpt from source: "Welcome to KeterThe hostname you have
provided is not recognized.".
This after trying to login using Mozilla Persona:
http://www.haskellers.com/auth/page/browserid/eyJhbGciOiJSUzI
(Where I have shortened the string at the end)
f
16 matches
Mail list logo
