Here's the ticket:
http://hackage.haskell.org/trac/ghc/ticket/2917
Lennart's patch added allocaBytesAligned to Foreign.Marshal.Alloc, but we'll
have to do a library proposal to add that.
If you can reproduce the assertion failure, please submit a bug report.
Unfortunately this assertion
On 8 June 2010 22:03, Axel Simon axel.si...@in.tum.de wrote:
The offsets that hsc2hs calculates are too large, so it is probably in
x86_64 mode.
Is it just this problem: http://hackage.haskell.org/trac/ghc/ticket/3400
If you use an older GHC you will need to manually patch the hsc2hs
script to
The story on OS X 10.6 with ghc-6.12 on x86 hardware seems to be this:
Apple's gcc: Defaults to i386 or ppc on Mac OS X 10.5 and earlier,
depending on the CPU type detected at runtime. On Mac OS X 10.6 the
default is x86_64 if the CPU supports it, i386 otherwise. Passing -arch
i386 or -arch
Chris Kuklewicz schrieb:
hsc2hs: On OS 10.6 ghc is calling hsc2hs without any special -arch
option, and hsc2hs is calculating offsets in x86_64 mode. This is
breaking the interface between ghc and c-structures for various
libraries. In particular I ran into this with gtk2hs.
It may
Hi Christian,
On 09.06.2010, at 10:30, Christian Maeder wrote:
Chris Kuklewicz schrieb:
hsc2hs: On OS 10.6 ghc is calling hsc2hs without any special -arch
option, and hsc2hs is calculating offsets in x86_64 mode. This is
breaking the interface between ghc and c-structures for various
That was in the official hsc2hc binary but was commented out in my
macports hsc2hs. I have uncommented the line and rebuilt a working gtk2hs.
Thanks!
On 09/06/2010 09:30, Christian Maeder wrote:
Chris Kuklewicz schrieb:
hsc2hs: On OS 10.6 ghc is calling hsc2hs without any special -arch
