#14005: Explore moving from pretty to prettyprinter -------------------------------------+------------------------------------- Reporter: bgamari | Owner: (none) Type: task | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.0.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Phab:D3650 Wiki Page: | wiki:PrettyErrors | -------------------------------------+------------------------------------- Comment (by simonpj): Worth adding data? Just saying "perf is worse" doesn't tell us much. Indeed, standing back a bit, it's strange that pretty-printer perf has ''any'' impact on normal compilation. What do we pretty-print? Assembly code perhaps? That can't be hard! Perhaps we could * Improve perf (perhaps a lot) by using a no-op pretty printer for the fast path * And improve modularity by using an existing library for the slow path -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/14005#comment:17 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler