message

[www]

[This message is sent through a WWW-Email gateway.]
[The authenticity of the sender can not be validated.]
[Message sent from the following machine sailor.lib.md.us - 198.76.201.196 ]
[after accessing this URL ]
--

Wouldn't a parallel implementation of Haskell also be useful for
single-processor machines? It would allow evaluation of low-priority
(not really needed now) quantities to proceed in low-priority
threads. So if the program is waiting for user input, other threads
can continue evaluating things that may be useful. Threads would then
be joined when a result was needed or turned out to be unnecessary.

--

message

[www]

[This message is sent through a WWW-Email gateway.]
[The authenticity of the sender can not be validated.]
[Message sent from the following machine sailor.lib.md.us - 198.76.201.196 ]
[after accessing this URL ]
--

You can use nested pairss? Of multiple types? I tried this and it
failed. I don't think it is legal. Also, when it comes to whether
tuples are separate types, I think that if you want more type-safety,
you could use a maketype declaration or even an array-like definition
with a specified length. It is not the way it is defined that I don't
like. It is the fact that there does not seem to be a way to make
general containers. What are transcendental types?

--

message

[www]

[This message is sent through a WWW-Email gateway.]
[The authenticity of the sender can not be validated.]
[Message sent from the following machine wormhole.ctp.com - 149.44.3.33 ]
[after accessing this URL 
http://www.dcs.gla.ac.uk/scripts/global/send_message?[EMAIL PROTECTED]+message]
--

Just a short story from the less "glorious" side of the ICFP contest... the 
"Nederwiet" team. As you can see from the results, we're one of two Haskell teams that 
got rejected due to incorrect optimizations. 
 
 Of course, we have some excuses:
 - 
We only had one laptop to work on. This made coding and testing difficult to do in an 
efficient manner.
 - Didn't start until saturday morning. Next time we'll start on 
time.
 - Of the two of us, only I knew Haskell.
 - The only optimization that we 
managed to do in our 15 hours of coding tried to optimize based on the value of 
variables in the NPC, with obviously some bugs (I found at least one the day after 
submitting the program that was trivial to fix).
 
 But besides the excuses, we're 
simply not as good as LA or Si^3. We're just poor consultants doing C, VB, and Java in 
day-to-day life :-)
 
 Still, we enjoyed doing this a lot, and we'll be back next year 
(hopefully) with "Nederwiet 2000". Also, it rekindled my interest in Hask!
!
ell, and I learned a lot about functional programming just by doing this. Now if I 
could use Haskell on my day to day job, I'd be a lot happier.
 
 Anyway, we'll meet 
again next year on the next contest... 
 
 
 -- Erik Rozendaal

--