|
Re: [GHC] #697: Bad assembler generated: msg#00056lang.haskell.glasgow.bugs
#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 <simonmar@xxxxxxxxxxxxx> * 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@xxxxxxxxxxx http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
|
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: [GHC] #696: segmentation fault in ./genprimopcode (x86_64), GHC |
|---|---|
| Next by Date: | Re: [GHC] #698: GHC's internal memory allocator never releases memory back to the OS, GHC |
| Previous by Thread: | [GHC] #697: Bad assembler generated, GHC |
| Next by Thread: | [GHC] #698: allocaBytes does not actually free the memory after the computation, GHC |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |