Re: [Haskell-cafe] Re: optimization help

2006-10-14 Thread Bulat Ziganshin
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

[Haskell-cafe] Howto Haskell in PocketPC?

2006-10-14 Thread Iván Pérez Domínguez
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

[Haskell-cafe] Re: optimization help

2006-10-14 Thread apfelmus
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 think

Re: [Haskell-cafe] Fwd: [GHC] #939: Possible bug building wxhaskell

2006-10-14 Thread shelarcy
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

Re: [Haskell-cafe] Fwd: [GHC] #939: Possible bug building wxhaskell

2006-10-14 Thread Duncan Coutts
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 ... but you

Re: [Haskell-cafe] Re: function result caching

2006-10-14 Thread ajb
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 structure.

[Haskell-cafe] Automatic fixity allocation for symbolic operators

2006-10-14 Thread Brian Hulley
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

Re: [Haskell-cafe] Howto Haskell in PocketPC?

2006-10-14 Thread Pepe Iborra
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

Re: [Haskell-cafe] Howto Haskell in PocketPC?

2006-10-14 Thread Neil Mitchell
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

Re: [Haskell-cafe] function result caching

2006-10-14 Thread Ketil Malde
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) lookups should make

Re: [Haskell-cafe] Automatic fixity allocation for symbolic operators

2006-10-14 Thread Bertram Felgenhauer
Brian Hulley wrote: infixr 9 .!! 99.9 infixr 8 ^, ^^, **8 8.87.7 infixl 7 *, /,77 infixl 6 +, -6 6 infixr 5 : , ++

Re: [Haskell-cafe] function result caching

2006-10-14 Thread Robert Dockins
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 practice - you could

Re: Re: [Haskell-cafe] Automatic fixity allocation for symbolic operators

2006-10-14 Thread Nicolas Frisby
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

Re: Re: [Haskell-cafe] Automatic fixity allocation for symbolic operators

2006-10-14 Thread J. Garrett Morris
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

[Haskell-cafe] Re: What's going on in our courses?

2006-10-14 Thread Stefan 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. This Fall in AI we'll

Re: [Haskell-cafe] Re: What's going on in our courses?

2006-10-14 Thread Donald Bruce Stewart
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. This

Re: [Haskell-cafe] Re: What's going on in our courses?

2006-10-14 Thread Donald Bruce Stewart
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 final exam was a

[Haskell-cafe] Error detection in GLR Happy grammar

2006-10-14 Thread Iván Pérez Domínguez
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

Re: [Haskell-cafe] function result caching

2006-10-14 Thread Silviu Gheorghe
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

Re: [Haskell-cafe] Automatic fixity allocation for symbolic operators

2006-10-14 Thread Jim Apple
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

Re: [Haskell-cafe] Error detection in GLR Happy grammar

2006-10-14 Thread P.C.Callaghan
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

[Haskell-cafe] Re: [off-topic / administrative] List Reply-to

2006-10-14 Thread Benjamin Franksen
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-to munging

Re: [Haskell-cafe] Re: optimization help

2006-10-14 Thread jeff p
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...