
(argh, sorry about that, I pressed something and gmail sent my
unfinished email!)
On Sun, Sep 13, 2009 at 9:54 PM, Iavor Diatchki
Hi, It seems that the problem is the site is using GHC 6.6.1, and something was broken at the time (I have not looked into what that is). Here are the outputs that I get for the little example on the site that you posted:
GHC 6.10.3 and C++:
03 10103538 2222 1233 6160 0141 1 03 10103538 2222 1233 6160 0142 1 30 10103538 2222 1233 6160 0141 2 30 10103538 2222 1233 6160 0142 2 30 10103538 2222 1233 6160 0142 1 30 10103538 2222 1233 6160 0143 1 30 10103538 2222 1233 6160 0144 1 30 10103538 2222 1233 6160 0145 1 30 10103538 2222 1233 6160 0146 1 With GHC 6.6.1: 03 10103538 2222 1233 6160 0141 1 03 10103538 2222 1233 6160 0142 1 30 10103538 2222 1233 6160 0141 2 30 10103538 2222 1233 6160 0142 2 30 10103538 2222 1233 6160 0142 1 30 10103538 2222 1233 6160 0143 1 30 10103538 2222 1233 6160 0145 1 30 10103538 2222 1233 6160 0146 1 Note that in the second test case one line is missing, the one ending in 44. -Iavor
On Sun, Sep 13, 2009 at 10:15 AM, Diego Souza
wrote: On Sun, Sep 13, 2009 at 11:34:16AM +0200, Max Rabkin wrote:
That is part of the contract of toAscList (the "Asc" stands for "ascending order"), but because of the way Map is implemented, the result of toList is also sorted.
Cool. It is good to know that toAscList and toList would produce the same output.
However, I think the question remains open. Is this piece of haskell code any different (in terms of the output it produces) from the C++ version?
Thanks, -- ~dsouza yahoo!im: paravinicius gpg key fingerprint: 71B8 CE21 3A6E F894 5B1B 9ECE F88E 067F E891 651E _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe