On Fri, Dec 9, 2011 at 6:32 PM, Brandon Allbery wrote:
> On Fri, Dec 9, 2011 at 17:27, Antoine Latter wrote:
>>
>> On Fri, Dec 9, 2011 at 2:17 PM, Erik Hesselink
>> wrote:
>> > Since you ask how other packages solve this problem, and since most
>> > packages use template haskell, I have to ask:
Hi,
--- On Fri, Dec 9, 2011 at 9:47 PM, Bas van Dijk wrote:
| Check out SourceGraph:
|
| http://hackage.haskell.org/package/SourceGraph
\--
Thank you very much!
SK
--
Shakthi Kannan
http://www.shakthimaan.com
___
Haskell-Cafe mailing list
Haskell-C
On Fri, Dec 9, 2011 at 17:27, Antoine Latter wrote:
> On Fri, Dec 9, 2011 at 2:17 PM, Erik Hesselink
> wrote:
> > Since you ask how other packages solve this problem, and since most
> > packages use template haskell, I have to ask: why can't you use
> > template haskell for this?
>
> For my case
On Dec 9, 2011 4:48 PM, "Stephen Tetley" wrote:
> For the specific problem of OpenGL - as the package already exists I'm
> not sure a generative approach would actually pay its way
I strongly disagree. OpenGLRaw is in pretty bad shape right now. It's not
up to date with the OpenGL spec and is ver
On Fri, Dec 9, 2011 at 06:20, Kevin Jardine wrote:
> Had problem with deprecated package, was told my only option was to wipe
> my Haskell install and start over. Is this true and if so, doesn't this
> mean that Cabal (or the package management system that it is a part of) is
> broken?
>
http://
On Fri, Dec 9, 2011 at 2: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 readable' exported code (so no TH)
This is A new version of the package workflow. I probably will
change the name of this package since it is too generic.
A workflow can be seen as a persistent thread that executes a monadic
computation. Therefore, it can be used in very time consuming
computations such are CPU intensive calcula
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.
For the specific problem of OpenGL - as the package already exists I'm
not sure a generative approa
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 readable' exported code (so no TH)
Hello Cafe!
Today I released to Hackage a new version of the HaTeX package (
http://hackage.haskell.org/package/HaTeX-3.1.0 ).
If you don't know HaTeX, it is a combinator library of the LaTeX syntax.
Visit the homepage for more information: http://dhelta.net/hprojects/HaTeX
Highlights:
+ Added
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 readable' exported code (so no TH). I'm also
> interested in how other projects generate code
On Fri, Dec 9, 2011 at 1:45 PM, L Corbijn wrote:
> 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
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
Hello there,
I'm trying to use the web-routes-quasi package outside of Yesod. Is
there any documentation on how to use TH to generate a route type just
like Yesod does? Or is that a Yesod-specific feature?
I don't need the actual automatic dispatch or anything, just a type to
work with. If it'
On 9 December 2011 16:41, Shakthi Kannan wrote:
> Given a Haskell package is there a way I can get each functions'
> caller-callee details? Are there any existing tools/libraries that can
> help me get this data from the source?
Check out SourceGraph:
http://hackage.haskell.org/package/SourceGra
Hi,
Given a Haskell package is there a way I can get each functions'
caller-callee details? Are there any existing tools/libraries that can
help me get this data from the source?
Appreciate any inputs in this regard.
Thanks!
SK
--
Shakthi Kannan
http://www.shakthimaan.com
___
On Fri, Dec 9, 2011 at 5:20 AM, Kevin Jardine wrote:
> I understand that this may have been addressed before on this list in some
> form, so I'll be brief:
>
> Had problem with deprecated package, was told my only option was to wipe my
> Haskell install and start over. Is this true and if so, does
Not what you asked for, but..
Although the documentation looks somewhat cryptic, and I have not use it at
all, a nix + cabal option seems to be in the works.
Search google for "nix haskell". I am guessing that their Hydra continuous
build system which is built on top of nix also could do wonders
It's just a variant of Data.Map that takes intervals as keys and offers an
efficient stabbing query. I'm reasonably optimistic on the performance
front. Will probably release a 0.1 soon.
Thanks again for all opinions,
Chris
Am 08.12.2011 20:41 schrieb "Johan Tibell" :
> On Thu, Dec 8, 2011 at 8:1
I understand that this may have been addressed before on this list in some
form, so I'll be brief:
Had problem with deprecated package, was told my only option was to wipe my
Haskell install and start over. Is this true and if so, doesn't this mean
that Cabal (or the package management system that
On Fri, Dec 9, 2011 at 05:16, Yves Parès wrote:
> I agree with all that, but in *this *special case, I think that
>
I should also note that the OP mentioned using if, but was
surprised/confused by the behavior of case, which is why that's what we've
been focusing on.
--
brandon s allbery
I agree with all that, but in *this *special case, I think that
case something of
True ->
False ->
is less nice and obvious than
if something
then
else
2011/12/9 Brandon Allbery
> On Fri, Dec 9, 2011 at 04:16, Yves Parès wrote:
>
>> Why do you people hate 'if'
On Fri, Dec 9, 2011 at 04:16, Yves Parès wrote:
> Why do you people hate 'if' statements?
>
It's more that the language spec does; if statements, along with a number
of other things, desugar to case which is the fundamental conditional
construct.
(And more personally, I find the indentation beh
Hi,
I need to read / write epoch seconds from / to plain text files.
When I try to read POSIXTime that I use in my own data type:
data TimedClassRecT = TCR {timeStamp :: POSIXTime, classCosMap :: Map.Map
String Float}
deriving (Eq, Read, Show)
I get the following error:
No
Why do you people hate 'if' statements?
2011/12/9 Brandon Allbery
> On Thu, Dec 8, 2011 at 15:52, Tom Murphy wrote:
>
>> On Wed, Dec 7, 2011 at 11:46 PM, Brandon Allbery wrote:
>>
>>> > case () of
>>> > () | s == reverse s -> putStrLn "palindrome"
>>> > _ -> putStrLn "nope
>> The community Trac hosting server isn't sending email, which Trac requires.
>>
>> I've submitted several tickets to supp...@community.haskell.org but
>> gotten no response.
>>
>> Does anyone maintain that server anymore?
>
> Had the same problem in July. Raised a ticket etc. I don't think the
26 matches
Mail list logo
