#832: GMP needs to be updated
-------------------------------------+--------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: igloo
Type: bug | Status: new
Priority: normal | Milestone: 6.8
Component: GHCi | Version: 6.4.1
Severity: major | Resolution:
Keywords: | Os: Windows
Difficulty: Unknown | Architecture: x86
-------------------------------------+--------------------------------------
Changes (by igloo):
* summary: Very large integers cause stack fault => GMP needs to be
updated
Comment:
When in a compiled program this manifests itself as a SEGFAULT, which is
easier to debug:
{{{
Program received signal SIGSEGV, Segmentation fault.
0x0055e673 in probe () at tmp-diveby3.s:105
105 tmp-diveby3.s: No such file or directory.
in tmp-diveby3.s
Current language: auto; currently asm
(gdb) bt
#0 0x0055e673 in probe () at tmp-diveby3.s:105
#1 0x00f02008 in ?? ()
#2 0x005585e6 in __gmpn_sqr_n (prodp=0x1102008, up=0xf02008, un=262145)
at mul.c:79
#3 0x005588f9 in __gmpn_mul (prodp=0x1102008, up=0xf02008, un=262145,
vp=0xf02008, vn=262145) at mul.c:111
#4 0x00556303 in __gmpz_mul (w=0x587140, u=0x587180, v=0x587160) at
mul.c:122
#5 0x00538dba in timesIntegerzh_fast ()
#6 0x00587140 in pinned_object_block ()
#7 0x00587180 in mp_result2 ()
#8 0x00587160 in mp_tmp_w ()
#9 0x00000000 in ?? ()
(gdb)
}}}
Dropping in an updated GMP and convincing the build to go through (we have
a local hack to not try to `ln` files as that confuses mingw, and gmp.h is
now generated so configure needs to be run before `includes/` is booted)
yields a working GHC(i).
More on this soon...
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/832>
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
