Add {-# OPTIONS_GHC -w #-} and some blurb to all compiler modules

[ghc-hetmet.git] / compiler / simplCore / SetLevels.lhs

diff --git a/compiler/simplCore/SetLevels.lhs b/compiler/simplCore/SetLevels.lhs
index 13912dc..14c7586 100644 (file)
--- a/compiler/simplCore/SetLevels.lhs
+++ b/compiler/simplCore/SetLevels.lhs
@@ -42,6 +42,13 @@
   the scrutinee of the case, and we can inline it.  
 
 \begin{code}
+{-# OPTIONS_GHC -w #-}
+-- The above warning supression flag is a temporary kludge.
+-- While working on this module you are encouraged to remove it and fix
+-- any warnings in the module. See
+--     http://hackage.haskell.org/trac/ghc/wiki/WorkingConventions#Warnings
+-- for details
+
 module SetLevels (
        setLevels, 
 
@@ -445,7 +452,7 @@ don't understand the old comment either (which appears below).  I
 measured the effect on nofib of changing OLD CODE to 'True', and got
 zeros everywhere, but a 4% win for 'puzzle'.  Very small 0.5% loss for
 'cse'; turns out to be because our arity analysis isn't good enough
-yet (mentioned in Simon-nofib-notes.
+yet (mentioned in Simon-nofib-notes).
 
 OLD comment was:
         Even if it escapes a value lambda, we only