#5050: Produces invalid assembly when using `peek' and -fvia-c with new binutils
on amd64
-------------------------------+--------------------------------------------
Reporter: laney | Owner:
Type: bug | Status: new
Priority: normal | Milestone:
Component: Compiler (FFI) | Version: 7.0.2
Keywords: | Testcase:
Blockedby: | Difficulty:
Os: Linux | Blocking:
Architecture: x86_64 (amd64) | Failure: Other
-------------------------------+--------------------------------------------
Description changed by igloo:
Old description:
> I noticed this when rebuilding happstack-util on Ubuntu. A mail sent to
> debian-haskell can be found at [0], but I've since produced a minimal
> test case, attached. To reproduce this you need a new binutils (the ones
> in Debian unstable and Ubuntu Natty are sufficient to trigger the bug).
>
> When using peek from Foreign.Storable and compiling via C, GHC produces
> code which generates invalid assembly:
>
> [1 of 1] Compiling Break ( break.hs, break.o )
> /tmp/ghc4532_0/ghc4532_0.s: Assembler messages:
>
> /tmp/ghc4532_0/ghc4532_0.s:73:0:
> Error: .size expression does not evaluate to a constant
>
> [0] http://lists.debian.org/debian-haskell/2011/03/msg00088.html
New description:
I noticed this when rebuilding happstack-util on Ubuntu. A mail sent to
debian-haskell can be found at [0], but I've since produced a minimal test
case, attached. To reproduce this you need a new binutils (the ones in
Debian unstable and Ubuntu Natty are sufficient to trigger the bug).
When using peek from Foreign.Storable and compiling via C, GHC produces
code which generates invalid assembly:
{{{
[1 of 1] Compiling Break ( break.hs, break.o )
/tmp/ghc4532_0/ghc4532_0.s: Assembler messages:
/tmp/ghc4532_0/ghc4532_0.s:73:0:
Error: .size expression does not evaluate to a constant
}}}
[0] http://lists.debian.org/debian-haskell/2011/03/msg00088.html
--
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5050#comment:2>
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
