Hello Cafe,
I am trying to write a library to parse (and process) the OpenGL xml spec
into haskell values. The problem is that I don't know what xml library to
choose. So far I can think of the following requirements:
- Some error reporting, possibly warning for unparsed elements (as that
signals
Hi,
This sounds to me more like a job for haskell-src-exts [1]. Which
represents full haskell source modules. The advantage above the GHC API is
that it is more stable and does not require GHC at all.
Lars
[1]: http://hackage.haskell.org/package/haskell-src-exts-1.13.5
On Fri, Aug 2, 2013 at 2
-- Forwarded message --
From: L Corbijn
Date: Sun, Feb 5, 2012 at 10:07 AM
Subject: Re: [Haskell-cafe] Rewrite this imperative in FP way
To: Haisheng Wu
On Sun, Feb 5, 2012 at 7:28 AM, Haisheng Wu wrote:
> a = [1,1,1,1]
> b = [0,1,2,3]
> d = [0,0,0,0]
>
> for i
On Tue, Feb 7, 2012 at 5:23 AM, Austin Seipp wrote:
> Just to clarify, this guarantee possibly could be made, ghc just doesn't do
> it now. In the past ghc never guaranteed a finalizer would ever be run.
>
> Regardless I would be wary of trusting finalizers to clean up very scarce
> resources. A m
On Mar 22, 2012 2:56 AM, "Victor Miller" wrote:
>
> I was writing a Haskell program which builds a large labeled binary tree
and then does some processing of it, which is fold-like. In the actual
application that I have in mind the tree will be *huge*. If the whole tree
is kept in memory it woul
Hi,
GLfloat haskell is instance of several number related typeclasses. A
function like 'fromRational' could be used to create a GLfloat from another
number that has a random instance.
L
On May 3, 2012 4:39 AM, "Mark Spezzano"
wrote:
> Hi,
>
> I tried this but now I get another error:
>
> The da
Hello cafe,
I'm working on a project where the main goal of the program is
building some complex output (e.g. a Haskell function, module, etc.).
In this process there is almost always some partially finished product
on which to work. Currently I'm modelling this with a wrapper around
StateT contai
Hello cafe,
I'm happy to announce the release of my first package antiquoter [1], a
combinator library for writing quasiquoters and antiquoters. The main aim
is to simplify their definitions and reduce copy-and-paste programming.
The main feature the current version is trying to solve is code dup
Hi,
A late reply, I was a bit busy. My comments are inline
On Thu, Apr 4, 2013 at 7:30 PM, Tillmann Rendel <
ren...@informatik.uni-marburg.de> wrote:
> Hi,
>
> L Corbijn wrote:
>
>> I'm happy to announce the release of my first package antiquoter, a
>>
Warning: no knowledge of Yampa.
It seems that the integration for the position is always using the velocity
from the previous step. Looking at the documentation in source code of
Yampa this seems plausible as there is also a function called imIntegrate
with the comment
-- "immediate" integration
On Sun, Jun 16, 2013 at 10:42 PM, wrote:
> On Sun, 16 Jun 2013 16:15:25 -0400
> Brandon Allbery wrote:
>
> > On Sun, Jun 16, 2013 at 4:03 PM, wrote:
> >
> > > Changing the declaration to GLdouble -> GLdouble -> GLdouble -> IO()
> and
> > > using
> > > (0.0::GLdouble) fixes it, and I'm not clear
on the
evening.
-- Forwarded message ------
From: L Corbijn
Date: Mon, Jun 17, 2013 at 12:07 AM
Subject: Re: [Haskell-cafe] opengl type confusion
To: bri...@aracnet.com
On Sun, Jun 16, 2013 at 11:10 PM, L Corbijn wrote:
>
>
>
> On Sun, Jun 16, 2013 at 10:42 PM, wrote:
>
>>
Hello,
I'm wondering why the trailing comma is allowed in export syntax, but not in
record syntax, here an example
module Foo (
export1, -- is allowed
) where
data Type = Type {
record1 :: Foo, -- is not allowed
}
To me this seems quite inconsistent and sometimes quite frustrating, imag
On Sat, Jul 23, 2011 at 8:51 PM, Yves Parès wrote:
> Hello Café,
>
> Where do you people stand on using OpenGLRaw instead of the higher-level
> layer?
> I saw that the ports of the nehe tutorial use directly OpenGLRaw, and I
> wondered why that choice had been made.
>
> __
Hello,
In an attempt to reduce the amount of boring repetitive work to update
the OpenGLRaw package I've created a generator to do it partially for
me. It currently uses haskell-src-exts for representing the haskell
source of the modules. Though haskell-src-exts does an excellent job
for represent
On Fri, Dec 9, 2011 at 9:17 PM, Erik Hesselink wrote:
> On Fri, Dec 9, 2011 at 20:45, L Corbijn wrote:
>> So I'm interested if there are other libraries that are more suitable
>> to the task of generating haskell code for library use, and thus
>> generate 'human re
On Sat, Dec 10, 2011 at 11:12 AM, Vo Minh Thu wrote:
> 2011/12/9 Stephen Tetley :
>> Geoffrey Mainland did significant work generating C with his GHC quasi
>> quote extension. I'm not sure the status or availability of the code
>> but there was a good Haskell Workshop paper describing it.
>>
>> Fo
On Sat, Dec 10, 2011 at 1:59 PM, Geoffrey Mainland wrote:
> On 12/10/2011 09:38, Iustin Pop wrote:
>> On Fri, Dec 09, 2011 at 10:30:18PM +0100, L Corbijn wrote:
>>> The major set of problems for using template haskell is that it
>>> doesn't have the correct feat
18 matches
Mail list logo
