Hello,
Yet, I'm a bit astonished. I thought that when compiling with -O2,
cosmetic changes should become negligible. Perhaps the strict foldl' has
an effect?
Perhaps... but I doubt that is the main reason. At the moment I have
no idea why there is such a discrepancy between the heap usages...
Antti-Juhani Kaijanaho wrote:
> Robert Dockins wrote:
>> I think (pure
>> speculation) the haskell.org mail server is set up to omit people from
>> mail it sends if they appear in the To: or Cc: of the original mail.
>
> Yes, this is a feature of recent Mailmans.
>
>> Finally, I agree that reply-
Hello,
"error" isn't implemented yet in GLR mode - it is ignored.
Note that yacc-style error handling can't be transplanted directly into
GLR, since the nature of parse errors is not the same. In LR(k) errors
mean that the single parse can't continue and hence some remedial action
is needed. In
On 10/14/06, Brian Hulley <[EMAIL PROTECTED]> wrote:
User defined fixities are an enormous problem for
an interactive editor
This is the second or third time you've proposed a language change
based on the editor you're writing. I don't think this is a fruitful
avenue.
There are three ways to c
thank you for all the answersi was aware lists are is not the best solution, but i was too keen to see the actual result I'll do some tests though using different variants, because i have the feeling that in my next program I'll face the "strong" form of this problem.
On 10/13/06, Silviu Gheorghe <
Hi!
I'm trying to detect parse errors in a happy GLR grammar, but I can't!
I insert the special "token" 'error', and call the error function when
an error is found. However, the program prints no error messages, and
simply returns a ParseError at the end. Does any of you have an good
example of a
dons:
> monnier:
> > > Last Spring my Functional Programming class implemented a Genetic
> > > Algorithm
> > > with Neural Networks that learned to play Nim. The students had a really
> > > good time--they also learned lots about Functional Programming
> > > with Haskell.
> > > Part of the fina
monnier:
> > Last Spring my Functional Programming class implemented a Genetic Algorithm
> > with Neural Networks that learned to play Nim. The students had a really
> > good time--they also learned lots about Functional Programming
> > with Haskell.
> > Part of the final exam was a tournament.
> Last Spring my Functional Programming class implemented a Genetic Algorithm
> with Neural Networks that learned to play Nim. The students had a really
> good time--they also learned lots about Functional Programming
> with Haskell.
> Part of the final exam was a tournament.
> This Fall in AI
On 10/14/06, Nicolas Frisby <[EMAIL PROTECTED]> wrote:
Perhaps the editor could assume a default precedence when the
user-defined precedence is not yet available. Preferably, the editor
would also somehow yell at the user to indicate that it is making such
an assumption.
Perhaps it could even a
Perhaps the editor could assume a default precedence when the
user-defined precedence is not yet available. Preferably, the editor
would also somehow yell at the user to indicate that it is making such
an assumption.
I think it's unreasonable to tie programmers' hands for the sake of
off-loading
On Saturday 14 October 2006 13:13, Ketil Malde wrote:
> Robert Dockins <[EMAIL PROTECTED]> writes:
> >>> slowFunctionCacheList= [slowFunction (i) | i <-[0..500]]
> >>> and use "slowFunctionCacheList !! i" instead of "slowFunction (i)"
> >>
> >> Not much different in principle, but better in pra
Brian Hulley wrote:
>infixr 9 .!! 99.9
>infixr 8 ^, ^^, **8 8.87.7
>infixl 7 *, /,77
>infixl 6 +, -6 6
>infixr 5 : , ++
Robert Dockins <[EMAIL PROTECTED]> writes:
>>> slowFunctionCacheList= [slowFunction (i) | i <-[0..500]]
>>> and use "slowFunctionCacheList !! i" instead of "slowFunction (i)"
>> Not much different in principle, but better in practice - you could
>> use an array rather than a list. O(1) looku
Hi,
Here a simple question: Is there any haskell compiler/interpreter or
similar for PocketPC?
If you want to port Yhc [1] it shouldn't take more than a couple of hours.
Thanks
Neil
1: http://www.haskell.org/haskellwiki/Yhc
___
Haskell-Cafe mailin
This has been around for some time already. It used to work with
PPC2003, hopefully it'll still do:
http://www.comp.nus.edu.sg/~luzm/ppchugs/
Enjoy it :)
On 14/10/2006, at 8:24, Iván Pérez Domínguez wrote:
Hi.
Here a simple question: Is there any haskell compiler/interpreter or
similar for
Hi -
I'm wondering if it is possible to construct a methodical procedure to
assign a fixity to symbolic operators so that we could get rid of the need
for user defined fixites. User defined fixities are an enormous problem for
an interactive editor, because it is not possible to construct a par
G'day all.
Carl Witty wrote:
> > Instead of using an infinite list, you can use an infinite binary tree,
> > with a cached result at every node.
Quoting [EMAIL PROTECTED]:
> This, also known as patricia tree, is indeed the canonical answer.
A Patricia tree is but one infinite tree data structu
On Sat, 2006-10-14 at 20:32 +0900, shelarcy wrote:
> Hi Jason,
>
> Jun Mukai aka. jmuk already tried and successed
> to build wxhaskell on GHC 6.6.
>
> Here is his install log.
> http://sequence.complete.org/node/214
>
>
> And I made patch for ghc 6.6 from it.
> Attached solves a few problem ..
Hi Jason,
Jun Mukai aka. jmuk already tried and successed
to build wxhaskell on GHC 6.6.
Here is his install log.
http://sequence.complete.org/node/214
And I made patch for ghc 6.6 from it.
Attached solves a few problem ... but you must be
careful to your permission.
This patch solve package's
Paul Hudak wrote:
> In fact avoiding space leaks was one of the motivations for our moving
> to an arrow framework for FRP (now called Yampa). Arrows amount to a
> point-free coding style, although with "arrow syntax" the cumbersomeness
> of programming in that style is largely alleviated.
I thin
Hi.
Here a simple question: Is there any haskell compiler/interpreter or
similar for PocketPC?
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Hello apfelmus,
Thursday, October 12, 2006, 4:42:14 PM, you wrote:
> A better solution would be to begin output before the the whole input is
> read, thus making things more lazy. This can be done the following way:
> from the input, construct a lazy list of (date,line) pairs. Then, let
> foldM t
23 matches
Mail list logo