Re: [GHC] #697: Bad assembler generated

2006-02-20 Thread GHC 
#697: Bad assembler generated
-+--
  Reporter:  taral   |  Owner:
  Type:  bug | Status:  closed
  Priority:  normal  |  Milestone:
 Component:  Compiler (NCG)  |Version:  6.4.1 
  Severity:  normal  | Resolution:  fixed 
  Keywords:  | Os:  Linux 
Difficulty:  Unknown |   Architecture:  x86_64 (amd64)
-+--
Changes (by simonmar):

  * resolution:  = fixed
  * status:  new = closed

Comment:

 I fixed the out-of-range addqs recently:

 Thu Feb  9 16:22:47 GMT 2006  Simon Marlow [EMAIL PROTECTED]
   * x86_64: fix case of out-of-range operands to leaq

 M ./ghc/compiler/nativeGen/MachCodeGen.hs -3 +8

 The movl %esi, %esi is not a NOP in x86_64, it is actually a zero-
 extension from 32 to 64 bits in the esi/rsi register.  x86_64 assembly is
 pretty strange, sometimes.

-- 
Ticket URL: http://cvs.haskell.org/trac/ghc/ticket/697
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

[GHC] #697: Bad assembler generated

2006-02-14 Thread GHC 
#697: Bad assembler generated
---+
Reporter:  taral   |Owner: 
Type:  bug |   Status:  new
Priority:  normal  |Milestone: 
   Component:  Compiler (NCG)  |  Version:  6.4.1  
Severity:  normal  | Keywords: 
  Os:  Linux   |   Difficulty:  Unknown
Architecture:  x86_64 (amd64)  |  
---+
Compiling SHA1.hs from darcs with -fasm on x86_64 results in a bunch of
 bad addq instructions. I suspect they come from the fact that Int (and
 thus ImmInt) is 64-bit, while the addq immediate is 32-bit.

 While you're at it, maybe you can look into those movl %esi, %esi
 instructions too.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/697
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