http://hackage.haskell.org/trac/ghc/ticket/2884
On Feb 9, 2009, at 10:53 AM, Wolfgang Jeltsch wrote:
Am Montag, 29. Dezember 2008 12:54 schrieb Simon Peyton-Jones:
What a great bug -- I would never have predicted it, but in
retrospect it
makes perfect sense. Record selectors had better get f
Am Montag, 29. Dezember 2008 12:54 schrieb Simon Peyton-Jones:
> What a great bug -- I would never have predicted it, but in retrospect it
> makes perfect sense. Record selectors had better get fixed.
Can I read somewhere about what caused this bug? What is its trac URL?
Best wishes,
Wolfgang
___
| Subject: Re: length of module name affecting performance??
|
| That's a truly awesome feature! I'll shorten all my module names to
| single letters tomorrow.
Awesome indeed :-). Try shortening all your variable names to single letters
to, to see if that helps. Oh, and delete al
I suddenly wonder if renaming "Text.ParserCombinators.Parsec.Combinator" would
be a performance hack
--
C
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Daniel Gorín wrote:
On Dec 15, 2008, at 10:43 PM, Don Stewart wrote:
dons:
Running time as a function of module name length,
http://galois.com/~dons/images/results.png
10 is the magic threshold, where indirections start creeping in.
Codegen cost heuristic fail?
Given this, could you op
On Dec 15, 2008, at 10:43 PM, Don Stewart wrote:
dons:
Running time as a function of module name length,
http://galois.com/~dons/images/results.png
10 is the magic threshold, where indirections start creeping in.
Codegen cost heuristic fail?
Given this, could you open a bug ticket for i
Ditto. Can I claim the [A-Z].* hierarchies as belonging to me? :-)
--sigbjorn "putting them up on eBay afterwards...maybe"
On 12/15/2008 18:00, Lennart Augustsson wrote:
That's a truly awesome feature! I'll shorten all my module names to
single letters tomorrow.
-- Lennart
On Tue, Dec 16,
That's a truly awesome feature! I'll shorten all my module names to
single letters tomorrow.
-- Lennart
On Tue, Dec 16, 2008 at 12:43 AM, Don Stewart wrote:
> dons:
>> Running time as a function of module name length,
>>
>> http://galois.com/~dons/images/results.png
>>
>> 10 is the magic
dons:
> Running time as a function of module name length,
>
> http://galois.com/~dons/images/results.png
>
> 10 is the magic threshold, where indirections start creeping in.
>
> Codegen cost heuristic fail?
Given this, could you open a bug ticket for it, with all the info we
have,
http
Running time as a function of module name length,
http://galois.com/~dons/images/results.png
10 is the magic threshold, where indirections start creeping in.
Codegen cost heuristic fail?
-- Don
___
Glasgow-haskell-users mailing list
Glasgow-haskel
Hi
>> I'm using GHC 6.10.1 on OS X. Any ideas on what may be going on?
>
> Wow. Awesome bug! Got lots of discussion at Galois :)
>
> I can confirm a difference in running time, we also tested with 6.8.x and
> 6.10,
> with similar results.
Is -O2 implying -fvia-C? If so, could it be the evil mang
Hi
While trying to see if I could make some code run faster I stumbled
upon something that looks weird to me: 2x-3x performance loss when a
module is renamed to a longer name!
Here's what I see with the attached examples:
#diff long-modname-ver.hs short-modname-ver.hs
2c2
< import VeryLong
12 matches
Mail list logo