[commit: ghc] master: Fix misspelled function name in a comment (26315ed)

[git at git.haskell.org]

Repository : ssh://git@git.haskell.org/ghc

On branch  : master
Link       : http://ghc.haskell.org/trac/ghc/changeset/26315ed282db2eb1977872bbcb0b298f32b38e99/ghc

>---------------------------------------------------------------

commit 26315ed282db2eb1977872bbcb0b298f32b38e99
Author: Bartosz Nitka <bnitka at fb.com>
Date:   Thu Jul 30 15:05:05 2015 +0200

    Fix misspelled function name in a comment
    
    Test Plan: none
    
    Reviewers: austin, simonmar, bgamari
    
    Reviewed By: simonmar, bgamari
    
    Subscribers: thomie
    
    Differential Revision: https://phabricator.haskell.org/D1112


>---------------------------------------------------------------

26315ed282db2eb1977872bbcb0b298f32b38e99
 compiler/nativeGen/RegAlloc/Graph/TrivColorable.hs | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/compiler/nativeGen/RegAlloc/Graph/TrivColorable.hs b/compiler/nativeGen/RegAlloc/Graph/TrivColorable.hs
index a255a90..c63d52d 100644
--- a/compiler/nativeGen/RegAlloc/Graph/TrivColorable.hs
+++ b/compiler/nativeGen/RegAlloc/Graph/TrivColorable.hs
@@ -75,7 +75,7 @@ Therefore the UniqFM is made non-abstract and we use custom fold.
 
 MS 2010/04
 When converting UniqFM to use Data.IntMap, the fold cannot use UniqFM internal
-representation any more. But it is imperative that the assSqueeze stops
+representation any more. But it is imperative that the accSqueeze stops
 the folding if the count gets greater or equal to maxCount. We thus convert
 UniqFM to a (lazy) list, do the fold and stops if necessary, which was
 the most efficient variant tried. Benchmark compiling 10-times SHA1.hs follows.