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
