#5399: GHC 7.0.3 produces corrupt .hi files for qtHaskell
---------------------------+------------------------------------------------
    Reporter:  ian.duncan  |        Owner:              
        Type:  bug         |       Status:  new         
    Priority:  normal      |    Milestone:              
   Component:  Compiler    |      Version:  7.0.4       
    Keywords:              |     Testcase:              
   Blockedby:              |   Difficulty:              
          Os:  MacOS X     |     Blocking:              
Architecture:  x86         |      Failure:  None/Unknown
---------------------------+------------------------------------------------

Comment(by simonmar):

 I didn't get as far as module 657, there was a type error at 651:

 {{{
 [651 of 662] Compiling Qtc.Core.Attributes ( Qtc/Core/Attributes.hs,
 dist/build/Qtc/Core/Attributes.o )

 Qtc/Core/Attributes.hs:583:13:
     Could not deduce (Qstt a (QDialogSc b))
       arising from a use of `slotReject''
     from the context (Qstt a (QDialogSc b1))
       bound by the instance declaration
       at Qtc/Core/Attributes.hs:581:10-52
     Possible fix:
       add (Qstt a (QDialogSc b)) to the context of
         the instance declaration
       or add an instance declaration for (Qstt a (QDialogSc b))
     In the expression: slotReject'
     In an equation for `reject'': reject' = slotReject'
     In the instance declaration for `QsaSlotReject a'
 }}}

 any ideas?

 BTW, it is unlikely that the "Iface Id out of scope" warnings would give
 rise to any runtime problems, because they simply prevent an unfolding
 from being used by the optimiser, which should not change behaviour.  I
 strongly suspect that the problem you have with labels not showing up
 properly is due to something else.  Nevertheless these warnings should not
 happen, so we'd like to track down the cause.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5399#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Reply via email to