#11215: Line endings in quasiquotations are not normalised -------------------------------------+------------------------------------- Reporter: refold | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.10.3 (Parser) | Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: Incorrect result | Unknown/Multiple at runtime | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by refold): I'll summarise/reiterate my arguments for doing this in GHC: * Other languages do this. For example, multiline raw string literals in Python will have LF line endings regardless of the source file encoding. Same in C++. * Requiring the users to do it themselves is error-prone. Basically everyone who implements a quasiquoter now has to remember about this quirk. * The feature hurts portability but benefits no one, because line endings can change depending on which platform the program is compiled. * This behaviour already caused a [https://github.com/23Skidoo/raw- strings-qq/issues/1 bug in real code], but there're no examples of code actually depending on it. * The problem is exacerbated by the automatic newline conversion in version control systems. * If you really want to preserve this behaviour, it should be opt-in instead of opt-out. Adding `normaliseLineEndings` to the standard library is not a solution. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/11215#comment:2 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler