[GHC] #950: Timing stats in GHCi don't work
#950: Timing stats in GHCi don't work -+-- Reporter: simonpj | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler | Version: 6.6 Severity: normal|Keywords: Difficulty: Unknown |Testcase: Architecture: Unknown | Os: Unknown -+-- The GHCi `set +s` flag doesn't give sensibel timings: {{{ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.6, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package base ... linking ... done. [1 of 3] Compiling Primes ( Primes.hs, interpreted ) [2 of 3] Compiling ContFrac ( ContFrac.hs, interpreted ) [3 of 3] Compiling Euler44 ( Euler44.hs, interpreted ) Ok, modules loaded: Euler44, ContFrac, Primes. *Euler44 :set +s *Euler44 smallest (2167,1020,2395,1912) (0.02 secs, 910618996 bytes) *Euler44 }}} The run actually took 23 seconds. Reported by [EMAIL PROTECTED] -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/950 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
Re: [GHC] #950: Timing stats in GHCi don't work
#950: Timing stats in GHCi don't work --+- Reporter: simonpj | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.6 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: Unknown Os: Unknown | --+- Old description: The GHCi `set +s` flag doesn't give sensibel timings: {{{ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.6, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package base ... linking ... done. [1 of 3] Compiling Primes ( Primes.hs, interpreted ) [2 of 3] Compiling ContFrac ( ContFrac.hs, interpreted ) [3 of 3] Compiling Euler44 ( Euler44.hs, interpreted ) Ok, modules loaded: Euler44, ContFrac, Primes. *Euler44 :set +s *Euler44 smallest (2167,1020,2395,1912) (0.02 secs, 910618996 bytes) *Euler44 }}} The run actually took 23 seconds. Reported by [EMAIL PROTECTED] New description: The GHCi `set +s` flag doesn't give sensible timings: {{{ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.6, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package base ... linking ... done. [1 of 3] Compiling Primes ( Primes.hs, interpreted ) [2 of 3] Compiling ContFrac ( ContFrac.hs, interpreted ) [3 of 3] Compiling Euler44 ( Euler44.hs, interpreted ) Ok, modules loaded: Euler44, ContFrac, Primes. *Euler44 :set +s *Euler44 smallest (2167,1020,2395,1912) (0.02 secs, 910618996 bytes) *Euler44 }}} The run actually took 23 seconds. Reported by [EMAIL PROTECTED] -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/950 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
Re: [GHC] #940: GADT + impredicative polymorphism = stack overflow
#940: GADT + impredicative polymorphism = stack overflow -+-- Reporter: guest| Owner: simonpj Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler (Type checker) |Version: 6.6 Severity: normal | Resolution: fixed Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | -+-- Changes (by simonpj): * resolution: = fixed * status: new = closed Comment: Great bug. I'd written a loop in the type-refinement code, which only shows up when forall types are involved. Now fixed. Alas no decent workaround for 6.6. The fix will be in 6.6.1 though. And the HEAD is fine. Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/940 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-6.6 on Windows Vista: cannot exec as
I just installed GHC-6.6. on Windows Vista RC1 (using the MSI installer) but when I compile I get the error: c:\sd\satnams\haskell\helloghc Hello.hs gcc: installation problem, cannot exec `as': No such file or directory Has anyone else noticed this? And before anyone tells me to: no, I cant use Linux! Cheers, Satnam Satnam Singh Microsoft 7 JJ Thomson Avenue Cambridge CB3 0FB United Kingdom Email: [EMAIL PROTECTED] UK tel: +44 1223 479905 US tel: +1 206 219 9024 Fax: +44 1223 479 999 UK cell: +44 7979 648412 URL: http://research.microsoft.com/~satnams MSN IM: [EMAIL PROTECTED] ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #951: stage2 on sparc dies with schedule: re-entered unsafely
#951: stage2 on sparc dies with schedule: re-entered unsafely ---+ Reporter: duncan | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Runtime System | Version: 6.6 Severity: major |Keywords: Difficulty: Unknown |Testcase: Architecture: sparc | Os: Multiple ---+ Building a registerised GHC-6.6 on Sparc Solaris or Sparc Linux gives a stage2 with the following problem: {{{ $ ghc --version ghc-6.6: schedule: re-entered unsafely. Perhaps a 'foreign import unsafe' should be 'safe'? }}} This happens for Christian Maeder on Solaris and for me on Linux. It does not seem to be related to {{{SPLIT_OBJS=}}} in the {{{mk/build.mk}}}. Christian reports that it works for him with gcc-4.0.3 but not gcc-3.4.4, though that was not the only thing different between the two configurations: {{{ It works with gcc_4.0.3_s10 on SunOS leo 5.10 Generic_118833-20 sun4u sparc SUNW,Sun-Fire-280R It crashes as above on SunOS cni 5.10 Generic_118833-24 sun4u sparc SUNW,Sun-Fire-V240 with gcc_3.4.4_s10. }}} My results do not contradict this as I am using gcc-3.4.6 on Sparc Linux. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/951 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
Re: [GHC] #951: stage2 on sparc dies with schedule: re-entered unsafely
#951: stage2 on sparc dies with schedule: re-entered unsafely +--- Reporter: duncan | Owner: Type: bug | Status: new Priority: normal | Milestone: 6.6.1 Component: Runtime System |Version: 6.6 Severity: major | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: sparc Os: Multiple| +--- Changes (by simonmar): * milestone: = 6.6.1 Comment: This should be debuggable. First try to find a program that isn't ghc and still crashes - start with `testsuite/tests/ghc-regress/codeGen`. You'll need to run them the `threaded1` way: `make WAY=threaded1`. When you find a test that crashes, run it with `+RTS -Ds`. Take a look with gdb and see if you can see where the `cap-in_haskell` field is not being set as it should be - there are only two places in the RTS where it gets set to true, both in [[GhcFile(rts/Schedule.c)]]. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/951 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
Re: ghc-6.6 under sparc-sun-solaris
Duncan Coutts schrieb: Try SRC_HC_OPTS = -optc-mcpu=ultrasparc -opta-mcpu=ultrasparc With this I've produced a binary saying: -bash-3.00$ ghc --version ghc-6.6: schedule: re-entered unsafely. Perhaps a 'foreign import unsafe' should be 'safe'? Yes! I get exactly the same under sparc linux for ghc-6.6. I've tried the same on a different machine (with another gcc) and now it works! It works with gcc_4.0.3_s10 on SunOS leo 5.10 Generic_118833-20 sun4u sparc SUNW,Sun-Fire-280R -bash-3.00$ compiler/stage2/ghc-6.6 ghc-6.6: missing -Bdir option -bash-3.00$ ldd compiler/stage2/ghc-6.6 librt.so.1 =/lib/librt.so.1 libdl.so.1 =/lib/libdl.so.1 libreadline.so.5 = /usr/local/lib/libreadline.so.5 libncurses.so.5 = /usr/local/lib/libncurses.so.5 libm.so.2 = /usr/local/lib/libm.so.2 libgmp.so.3 = /usr/local/lib/libgmp.so.3 libpthread.so.1 = /lib/libpthread.so.1 libc.so.1 = /lib/libc.so.1 libaio.so.1 = /lib/libaio.so.1 libmd5.so.1 = /lib/libmd5.so.1 libm.so.2 = /lib/libm.so.2 /platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1 /platform/SUNW,Sun-Fire-280R/lib/libmd5_psr.so.1 It crashes as above on SunOS cni 5.10 Generic_118833-24 sun4u sparc SUNW,Sun-Fire-V240 with gcc_3.4.4_s10. -bash-3.00$ compiler/stage2/ghc-6.6 ghc-6.6: schedule: re-entered unsafely. Perhaps a 'foreign import unsafe' should be 'safe'? -bash-3.00$ ldd compiler/stage2/ghc-6.6 librt.so.1 =/lib/librt.so.1 libdl.so.1 =/lib/libdl.so.1 libreadline.so.5 = /usr/local/lib/libreadline.so.5 libncurses.so.5 = /usr/local/lib/libncurses.so.5 libm.so.2 = /usr/local/lib/libm.so.2 libgmp.so.3 = /usr/local/lib/libgmp.so.3 libpthread.so.1 = /lib/libpthread.so.1 libc.so.1 = /lib/libc.so.1 libaio.so.1 = /lib/libaio.so.1 libmd5.so.1 = /lib/libmd5.so.1 libm.so.2 = /lib/libm.so.2 /platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1 /platform/SUNW,Sun-Fire-V240/lib/libmd5_psr.so.1 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: ghc-6.6 under sparc-sun-solaris
Christian, I've reported this bug here: http://hackage.haskell.org/trac/ghc/ticket/951 Please add any further info you think necessary. Duncan On Wed, 2006-10-18 at 11:21 +0200, Christian Maeder wrote: Duncan Coutts schrieb: Try SRC_HC_OPTS = -optc-mcpu=ultrasparc -opta-mcpu=ultrasparc With this I've produced a binary saying: -bash-3.00$ ghc --version ghc-6.6: schedule: re-entered unsafely. Perhaps a 'foreign import unsafe' should be 'safe'? Yes! I get exactly the same under sparc linux for ghc-6.6. I've tried the same on a different machine (with another gcc) and now it works! ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #913: instance Ord (StableName a)
#913: instance Ord (StableName a) -+-- Reporter: ekarttun | Owner: Type: feature request | Status: new Priority: normal | Milestone: 6.8 Component: libraries/base |Version: 6.4.2 Severity: normal | Resolution: Keywords: | Difficulty: Easy (1 hr) Testcase: | Architecture: Unknown Os: Unknown | -+-- Changes (by simonmar): * milestone: = 6.8 * testcase: = Comment: I think this is possible. hashStableName says that it doesn't guarantee to be unique, but I think that's only because StableName identifiers can be reused. There is a danger that one of the SNs might get GC'd just after we call stableNameToInt# on it and the identity could be reused by newStableName in another thread, but the original comparison would still be valid. Conclusion: just call stableNameToInt# on the two stable names and compare the Int#s. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/913 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
Re: [GHC] #905: the `impossible' happened: ASSERT failed! file codeGen/ClosureInfo.lhs, line 596
#905: the `impossible' happened: ASSERT failed! file codeGen/ClosureInfo.lhs, line 596 -+-- Reporter: Misha Aizatulin [EMAIL PROTECTED] | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 6.5 Severity: normal | Resolution: fixed Keywords: | Difficulty: Unknown Testcase: | Architecture: x86 Os: Linux| -+-- Changes (by simonpj): * resolution: = fixed * status: new = closed Comment: There was indeed a bug, which I have now fixed. Thanks Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/905 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
Re: ghc-6.6 on Windows Vista: cannot exec as
Thanks; for people that don't have access to Vista, the output resulting from 'ghc -v Hello.hs' would help narrowing this down a bit...I hope. --sigbjorn Satnam Singh wrote: I just installed GHC-6.6. on Windows Vista RC1 (using the MSI installer) but when I compile I get the error: c:\sd\satnams\haskell\helloghc Hello.hs gcc: installation problem, cannot exec `as': No such file or directory Has anyone else noticed this? And before anyone tells me to: no, I can’t use Linux! Cheers, Satnam Satnam Singh Microsoft 7 JJ Thomson Avenue Cambridge CB3 0FB United Kingdom Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] UK tel: +44 1223 479905 US tel: +1 206 219 9024 Fax: +44 1223 479 999 UK cell: +44 7979 648412 URL: http://research.microsoft.com/~satnams http://research.microsoft.com/%7Esatnams MSN IM: [EMAIL PROTECTED] ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #913: instance Ord (StableName a)
#913: instance Ord (StableName a) -+-- Reporter: ekarttun | Owner: Type: feature request | Status: new Priority: normal | Milestone: 6.8 Component: libraries/base |Version: 6.4.2 Severity: normal | Resolution: Keywords: | Difficulty: Easy (1 hr) Testcase: | Architecture: Unknown Os: Unknown | -+-- Comment (by simonmar): From Jan-Willem Maessen: I feel like I may have already run into this problem with the Eq instance of stableNames. But I was never able to verify for sure that this was going on, and it's rather hard to guarantee that the object referred to by the stable name actually outlives the Int# (if we stick to Haskell code alone). If I ever get a reproducible bug whose symptoms I understand, I'll let you know. :-) But just to make sure you are aware that this could actually be causing trouble in practice. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/913 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] #952: Floating point exception building HEAD with 6.6
#952: Floating point exception building HEAD with 6.6 ---+ Reporter: simonmar| Owner: Type: bug | Status: new Priority: normal | Milestone: 6.6.1 Component: Compiler| Version: 6.6 Severity: normal |Keywords: Difficulty: Unknown |Testcase: Architecture: x86_64 (amd64) | Os: Linux ---+ I get a floating point exception building HEAD with 6.6. I tracked it down to `getCommonNodeUFMData` in `UniqFM`: {{{ getCommonNodeUFMData :: NodeUFMData - NodeUFMData - NodeUFMData getCommonNodeUFMData (NodeUFMData i p) (NodeUFMData i2 p2) | p ==# p2= getCommonNodeUFMData_ p j j2 | p # p2 = getCommonNodeUFMData_ p2 (j `quotFastInt` (p2 `quotFastInt` p)) j2 | otherwise = getCommonNodeUFMData_ p j (j2 `quotFastInt` (p `quotFastInt` p2)) where l = (_ILIT(1) :: FastInt) j = i `quotFastInt` (p `shiftL_` l) j2 = i2 `quotFastInt` (p2 `shiftL_` l) getCommonNodeUFMData_ :: FastInt - FastInt - FastInt - NodeUFMData getCommonNodeUFMData_ p j j_ | j ==# j_ = NodeUFMData (((j `shiftL_` l) +# l) *# p) p | otherwise = getCommonNodeUFMData_ (p `shiftL_` l) (j `shiftR_` l) (j_ `shiftR_` l) }}} The division `j2` is a divide-by-zero; `p2` is zero. Compiling `UniqFM` with `DEBUG` makes it go away. Compiling with `-fasm` has no effect, so it isn't dependent on the back-end. This may be architecture-specific; I've only seen it on x86_64 so far. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/952 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
Re: [GHC] #315: Arbitrary function sections
#315: Arbitrary function sections ---+ Reporter: a0s| Owner: nobody Type: feature request| Status: assigned Priority: normal | Milestone: _|_ Component: Compiler (Parser) |Version: None Severity: minor | Resolution: None Keywords: | Difficulty: Moderate (1 day) Testcase: N/A| Architecture: Unknown Os: Unknown| ---+ Changes (by igloo): * architecture: = Unknown * difficulty: = Moderate (1 day) * component: None = Compiler (Parser) * milestone: = _|_ * testcase: = N/A * os: = Unknown Old description: {{{ For operators we have the following shorthand: op :: a - b - c (`op` y) === \x - x `op` y (x `op`) === \y - x `op` y It would be nice to have a similar facility for functions, e.g.: f :: a - b - c - d - e f _ y _ t === \x z - f x y z t f x _ z _ === \y t - f x y z t f x _ z === \y - f x y z === \y t - f x y z t Because _ is currently not allowed as an identifier in contexts where this facility could possibly be in effect, it seems safe to use it to indicate omitted parameters in function application. }}} New description: {{{ For operators we have the following shorthand: op :: a - b - c (`op` y) === \x - x `op` y (x `op`) === \y - x `op` y It would be nice to have a similar facility for functions, e.g.: f :: a - b - c - d - e f _ y _ t === \x z - f x y z t f x _ z _ === \y t - f x y z t f x _ z === \y - f x y z === \y t - f x y z t Because _ is currently not allowed as an identifier in contexts where this facility could possibly be in effect, it seems safe to use it to indicate omitted parameters in function application. }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/315 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] #953: panic in ghci for lseek ffi import statement
#953: panic in ghci for lseek ffi import statement -+-- Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: GHCi | Version: 6.4.2 Severity: normal|Keywords: Difficulty: Unknown |Testcase: Architecture: x86 | Os: Linux -+-- {{{ {-# OPTIONS_GHC -fglasgow-exts #-} import System.Posix.Types import Foreign.C foreign import ccall safe unistd.h lseek foo :: CInt - COff - CInt - IO COff {- save as bug.hs, then run ghci bug.hs my results: ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.4.2, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package base-1.0 ... linking ... done. Compiling Main ( bug.hs, interpreted ) ghc-6.4.2: panic! (the `impossible' happened, GHC version 6.4.2): ByteCodeFFI.mkMarshalCode_wrk(x86) L_ bonus information: - uname: Linux nora 2.6.15-gentoo-r1 #9 PREEMPT Sun Feb 5 02:47:05 CET 2006 i686 AMD Athlon(tm) 64 Processor 3200+ GNU/Linux - gcc: Reading specs from /usr/lib/gcc/i386-pc-linux-gnu/3.4.6/specs Configured with: /var/tmp/portage/gcc-3.4.6-r1/work/gcc-3.4.6/configure --prefix=/usr --bindir=/usr/i386-pc-linux-gnu/gcc-bin/3.4.6 --includedir=/usr/lib/gcc/i386-pc-linux-gnu/3.4.6/include --datadir=/usr/share/gcc-data/i386-pc-linux-gnu/3.4.6 --mandir=/usr/share /gcc-data/i386-pc-linux-gnu/3.4.6/man --infodir=/usr/share/gcc-data/i386- pc-linux-gnu/3.4.6/info --with-gxx-include-dir=/usr/lib/gcc/i386-pc-linux- gnu/3.4.6/include/g++-v3 --host=i386-pc-linux-gnu --build=i386-pc-linux- gnu --disable-altivec --enable-nls --without-included-gettext --with- system-zlib --disable-checking --disable-werror --disable-libunwind- exceptions --disable-multilib --disable-libgcj --enable- languages=c,c++,f77 --enable-shared --enable-threads=posix --enable- __cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9) -} }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/953 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