#14854: The size of FastString table is suboptimal for large codebases -------------------------------------+------------------------------------- Reporter: niteria | Owner: (none) Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: Compile-time | Unknown/Multiple performance bug | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by simonpj): I don't grok the details, but this looks good to me. Shouldn't the size adapt somehow? What if there are more faststrings in some later, bigger program? Won't this just happen again? At least should we not have a warning for an over-populated table? Whatever happens, please ensure there's a note pointing to this ticket, to explain the change. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/14854#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler