#14882: memchr# -------------------------------------+------------------------------------- Reporter: andrewthad | Owner: (none) Type: feature request | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.2.2 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:D4472 Wiki Page: | -------------------------------------+------------------------------------- Comment (by simonmar): I'm not all that convinced that we need `memchr#` to be a primitive. The reason we brought in `memcmp` and `memcpy` were for performance in the `unordered-containers` package, as I recall, and they were a pretty important performance win in that case. Do we have any similar motivation for `memchr`? Where does it stop? These primitives are pretty complicated to implement in the compiler. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/14882#comment:13 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler