Re: [GHC] #4994: Deprecate Control.Exception.blocked in favour of getMaskingState
#4994: Deprecate Control.Exception.blocked in favour of getMaskingState -+-- Reporter: basvandijk|Owner: simonmar Type: task | Status: new Priority: high |Milestone: 7.2.1 Component: libraries/base| Version: 7.0.1 Keywords:| Testcase: Blockedby:| Difficulty: Os: Unknown/Multiple | Blocking: Architecture: Unknown/Multiple | Failure: None/Unknown -+-- Changes (by simonmar): * owner: = simonmar * priority: normal = high * milestone: = 7.2.1 Comment: Thanks. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4994#comment:1 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] #4993: getDirectoryContents goes into an infinite loop
#4993: getDirectoryContents goes into an infinite loop --+- Reporter: bos | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: libraries/directory |Version: 7.0.1 Resolution: invalid | Keywords: Testcase: | Blockedby: Difficulty: | Os: Linux Blocking: | Architecture: x86 Failure: Runtime crash| --+- Comment(by simonmar): Wow, fascinating. Nice catch, glad it wasn't our fault :) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4993#comment:3 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] #2722: loop when compiling with -O option with ghc-6.10.0.20081019
#2722: loop when compiling with -O option with ghc-6.10.0.20081019 -+-- Reporter: uwe | Owner: simonpj Type: bug | Status: infoneeded Priority: normal | Milestone: 7.0.3 Component: libraries (other) |Version: 7.0.1 Resolution: | Keywords: arrows Testcase: tyepcheck/should_run/T2722 | Blockedby: Difficulty: Unknown | Os: Linux Blocking: | Architecture: x86_64 (amd64) Failure: Runtime crash | -+-- Comment(by simonpj): Harumph. It turns out that `-fno-enable-rewrite-rules` doesn't work. This patch fixes it {{{ * Make -fno-enable-rewrite-rules work properly I'd failed to propagate the Opt_EnableRewriteRules flag properly, which meant that -fno-enable-rewrite-rules didn't disable all rewrites. This patch fixes it. M ./compiler/simplCore/CoreMonad.lhs -4 +1 M ./compiler/simplCore/SimplCore.lhs -1 +1 M ./compiler/simplCore/SimplUtils.lhs -7 +13 M ./compiler/simplCore/Simplify.lhs -1 +2 }}} Once that is done, T2722 works fine with `-O -fno-enable-rewrite-rules`, and loops with plain `-O`. (You don't need to recompile the libraries to see this effect.) So it's definitely a rewrite rule. It seems to me very likely that it's a similar bug to the one I tracked down at the beginning of this ticket. It's probably not strictly a GHC bug, but still a bug in a RULE in a library shipped with GHC is much the same from a customer point of view. To help find it, * `-ddump-rule-firings` will show which rules are firing * `-ddump-rule-rewrites` will additionally show before and after * You can comment out rules to disable them individually. (But some are in libraries, so that will require you to recompile the library.) Thanks for helping Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2722#comment:20 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] #4975: Windows binary's documentation directory hierarchy is broken
#4975: Windows binary's documentation directory hierarchy is broken -+-- Reporter: shelarcy | Owner: Type: bug | Status: new Priority: normal| Component: Build System Version: 7.0.2 |Keywords: Testcase:| Blockedby: Os: Windows |Blocking: Architecture: Unknown/Multiple | Failure: None/Unknown -+-- Changes (by shelarcy): * version: 7.0.1 = 7.0.2 Comment: GHC 7.0.2 Release also has this problem. I changed version from GHC 7.0.1 to 7.0.2. Because GHC 7.0.1 doesn't have this problem. And GHC 7.0.2 is released now. (I want to specify GHC 7.0.2 RC2 before. But there is no version which correspond to GHC 7.0 branch.) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4975#comment:1 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] #4995: Dedicated Hosting - How To Make A Free Website on a Dedicated Hosting Server
#4995: Dedicated Hosting - How To Make A Free Website on a Dedicated Hosting Server ---+ Reporter: dedicatedhosting15 | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.0.2 |Keywords: Dedicated, Hosting Testcase: | Blockedby: Os: Unknown/Multiple|Blocking: Architecture: Unknown/Multiple| Failure: None/Unknown ---+ [[Image(http://www.webtechwise.com/wp-content/uploads/2010/10/shared- hosting-vs-vps-vs-dedicated-server.jpg)]] Because of the number of site online there are site who give a free '''[http://www.webair.com/webhosting-dedicated.html dedicated hosting]''' to those individual who want to have a small businesses online. Most of the small businesses nowadays even the large have their own web site online and they need a '''Managed Hosting''' that will help their website to run fast. All you need to make a free '''hosting''' on the server is to have your own computer and Internet connection so that you can make a great deal. [[Image(http://atlanta499webhost.com/images/websitehosting%5B1%5D.jpg)]] Before you can make a free '''[http://www.webair.com/webhosting- dedicated.html dedicated hosting]''' on the website there are things that you have to consider first. Just like in any other '''host''' on the website the have to make registration first so that can make their own account and find one of the many site who offer the free '''Shared Hosting''' on the website. You have to create your own name ion the website. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4995 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] #4992: LLVM trashes registers for primitive calls
#4992: LLVM trashes registers for primitive calls +--- Reporter: scpmw|Owner: davidterei@… Type: bug | Status: patch Priority: normal |Milestone: Component: Compiler (LLVM) | Version: 7.1 Keywords: | Testcase: Blockedby: | Difficulty: Os: Linux| Blocking: Architecture: x86_64 (amd64) | Failure: Runtime crash +--- Comment(by dterei): Is it not possible for you to simply attach the original program that crashes without the patch? If its private code you could just share it with me via email if you would prefer. I am not 100% convinced this patch solves the root of the problem. Across C calls (regardless of prim or not) the registers are trashed because GHC has previously generated code to save and restore the appropriate registers. In the Cmm code given to the LLVM backend spill/reload of the R3... registers already exists and so to have LLVM do it as well just duplicates work. Thats why the backend simply trashes all the caller save registers blindly. This isn't the best solution but it shouldn't cause any bugs. e.g so if R3 is live across a call you should see code like: {{{ %lnXe = load i64* %R3_Var store i64 %ln1zX, i64* %ln1zZ store i64 undef, i64* %R3_Var store i64 undef, i64* %R4_Var store i64 undef, i64* %R5_Var store i64 undef, i64* %R6_Var store float undef, float* %F1_Var store float undef, float* %F2_Var store float undef, float* %F3_Var store float undef, float* %F4_Var store double undef, double* %D1_Var store double undef, double* %D2_Var %ln1A0 = call ccc double (double)* @tan( double 0x3FE0 ) nounwind store i64 %lnXe, i64* %R3_Var }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4992#comment:5 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