Re[2]: [Haskell-cafe] Small question

2007-08-10 Thread Bulat Ziganshin
Hello Donald,

Friday, August 10, 2007, 10:46:36 AM, you wrote:

 Hmm. Not looking so good so for for the imperative, GC'd languages.
   
 Java?

 http://shootout.alioth.debian.org/gp4/benchmark.php?test=alllang=ghclang2=java
 C#?

Donald, i have written (an not once) that most of shooutout entries
doesn't check speed of compiled code. for example, in one test TCL was
the fastest language, because in most cases they measure speed of
shipped libs or RTS

so Hugh is right. making Haskell as fast as Java/C# will
*significantly* increase its userbase. in particular, i'm now
interested in development of large systems using Haskell and main
problem in doing this its low performance

so please don't consider this as words against Haskell, better look at
your own highly-optimized code in FPS/shootout and decide whether it's
written in high-level FP style?


-- 
Best regards,
 Bulatmailto:[EMAIL PROTECTED]

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re[2]: [Haskell-cafe] Small question

2007-08-09 Thread Bulat Ziganshin
Hello John,

Friday, August 10, 2007, 5:15:56 AM, you wrote:

 data Quad = BL | BR | TL | TR

 under jhc (and probably ghc at some point in the future) there is another
 very strong advantage to the second one, since it is an enumerated type,
 internally it can be represented by a simple unboxed byte that takes on
 a value of 0,1,2,or 3, which is a very enabling optimization, especially
 in the 'if' case in your code.

it was implemented and merged to ghc HEAD ~1 month ago

-- 
Best regards,
 Bulatmailto:[EMAIL PROTECTED]

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe