On 01 February 2006 11:42, Nils Anders Danielsson wrote:
> However, to stand on more solid ground I suggest that someone runs
> some performance tests, with and without
> -fno-monomorphism-restriction, to see whether the M-R has any great
> impact in practice. There are some performance test suite
I think that given these results, I would have absolutely no issues with
dropping the MR completely. in fact, I'd recommend it.
If we must do something I don't think it is worth eating an operator for
a new type of binding, but some shorthand syntax
(x) = foo
being sugar for the equivalent of
Summary: 2 programs failed to compile due to type errors (anna, gg).
One program did 19% more allocation, a few other programs increased
allocation very slightly (<2%).
pic +0.28% +19.27% 0.02
Thanks, that was interesting. A follow-up question: pic has a spac
John Hughes <[EMAIL PROTECTED]> writes:
> Summary: 2 programs failed to compile due to type errors (anna, gg).
> One program did 19% more allocation, a few other programs increased
> allocation very slightly (<2%).
>
> pic +0.28% +19.27% 0.02
>
>
>
> Thanks, that w
On 02 February 2006 09:52, John Hughes wrote:
> Summary: 2 programs failed to compile due to type errors (anna,
gg).
> One program did 19% more allocation, a few other programs
increased
> allocation very slightly (<2%).
>
> pic +0.28% +19.27% 0.
On Thu, Feb 02, 2006 at 12:34:30PM -, Simon Marlow wrote:
> Still, you could argue that it doesn't actually tell you the cause of
> the problem: namely that i&j are being evaluated twice as often as you
> might expect by looking at the code.
Would not the "entries" count in the profile tip you
On Mon, 30 Jan 2006, "Simon Marlow" <[EMAIL PROTECTED]> wrote:
> Given the new evidence that it's actually rather hard to demonstrate any
> performance loss in the absence of the M-R with GHC, I'm attracted to
> the option of removing it in favour of a warning.
I also want to remove the M-R, beca
Hello John,
Thursday, February 02, 2006, 12:51:58 PM, you wrote:
JH> Let me make clear that what concerns me is not the impact of the M-R on
JH> space and time
JH> performance on average. What concerns me is the difficulty of debugging
JH> performance
JH> problems.
may be it's better in such ca