#709: "Fixup too large" error with -fasm on PowerPC
----------------------------------+-----------------------------------------
  Reporter:  simonmar             |          Owner:                            
      Type:  bug                  |         Status:  patch                     
  Priority:  low                  |      Milestone:  6.8.1                     
 Component:  Compiler (NCG)       |        Version:  7.7                       
Resolution:                       |       Keywords:                            
        Os:  Unknown/Multiple     |   Architecture:  powerpc                   
   Failure:  Building GHC failed  |     Difficulty:  Moderate (less than a day)
  Testcase:                       |      Blockedby:                            
  Blocking:                       |        Related:                            
----------------------------------+-----------------------------------------

Comment(by PHO):

 Replying to [comment:11 simonmar]:
 > It also varies based on `tablesNextToCode` and other things, but you
 only need the upper bound here.  I would add an `stgRetInfoTableMaxWords
 :: Int` somewhere, maybe `CmmInfo`.

 That would be handy though I have no idea how to generate such a constant.
 Do you intend to hardcode it?

 > > > You could also do better than length blocks: the actual number of
 info tables is available.
 > > Right, but since info tables are scattered around a proc, I couldn't
 simply replace {{{length blocks}}} with the actual number of tables.
 >
 > I don't really understand that.  But I don't mind if you want to use
 `length blocks`, it's just a bit pessimistic.

 I found it was my misunderstanding while I was trying to explain why it
 was wrong to calculate `nearLimit` by the number of tables. Sorry, you
 were right.

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

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Reply via email to