Ketil Malde <ketil at malde.org> writes:
As for code size, the programs are heavily tuned for speed.
iirc there was a community effort 2 or 3 years ago, but now ghc has changed enough that the compiler and runtime parameters seem to need re-tuning.
Is it an idea to go back a few steps to more idiomatic code? Perhaps as a separate "track"?
There's always room for 2 or 3 Haskell programs per task - not necessarily The Good, the Bad and the Ugly - but you'll already find the cliched example of a faster more convoluted Haskell program and a more concise but slower Haskell program. (Idiomatic code? Aren't there idioms for writing fast Haskell too?)
I also worry a bit that source code optimization for a specific compiler makes it more difficult to take advantage of compiler optimization improvements.
These are tiny tiny programs - when those compiler optimization improvements arrive re-write the programs to take advantage of them ;-)