Re: [GHC] #2450: Data.Complex.magnitude squares using ^(2 :: Int), which is slow
#2450: Data.Complex.magnitude squares using ^(2 :: Int), which is slow --+- Reporter: igloo | Owner: Type: run-time performance bug | Status: new Priority: normal| Milestone: 6.10.1 Component: libraries/base|Version: 6.8.3 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: Unknown Os: Unknown | --+- Changes (by igloo): * type: bug = run-time performance bug -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2450#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] #2233: Overhaul System.Process
#2233: Overhaul System.Process ---+ Reporter: simonmar | Owner: Type: proposal | Status: new Priority: normal | Milestone: Not GHC Component: libraries/process |Version: 6.8.2 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown| ---+ Comment (by simonmar): Another round of changes has been posted for comment. Haddock docs in the same location: [http://darcs.haskell.org/~simonmar/process/System- Process.html], and the patch message is as follows: {{{ * More System.Process overhaul New functions: callProcess :: FilePath - [String] - IO () callCommand :: String - IO () spawnProcess :: FilePath - [String] - IO ProcessHandle spawnCommand :: String - IO ProcessHandle Changes: - system and rawSystem have been removed from System.Process again. (they were only there temporarily after the last round of changes, now callCommand and callProcess replace them respectively). On Unix systems we now use SIGCHLD to detect process completion instead of calling waitpid(). This has several advantages: - much cheaper: no extra OS threads to do the waiting - doesn't require -threaded to get non-blocking waitForProcess - waitForProcess can be interrupted - no zombie process left around (only relevant on Unix) However, it relies on the new signal API (see separate proposal). And these advantages aren't available on Windows (yet). }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2233#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
[GHC] #2452: Add a flag to disable the implicit qualified import of every available module in interactive mode
#2452: Add a flag to disable the implicit qualified import of every available module in interactive mode +--- Reporter: jcpetruzza | Owner: Type: feature request | Status: new Priority: normal | Component: Compiler (Type checker) Version: 6.9 |Severity: minor Keywords: |Testcase: Architecture: Unknown | Os: Unknown +--- In interactive mode every available module is implicitly imported qualified. While this is very convenient when working with GHCi, it can be a little annoying in other contexts. For instance, in a lambdabot-like application, one would like to rely on the type of a given expression to decide if it is side-effect free and, thus, safe to execute. However, because every module in the `base` package is imported qualified one has to do a manual check to filter out cases like: {{{ ghc -e 'System.IO.Unsafe.unsafePerformIO (evilStuff return i'm an innocent string)' }}} Another example would be a GHC-API based refactoring tool that wants to check if a refactored expression typechecks before modifying the code. If every module is imported qualified, the tool might get many false positives. The proposal is to keep the current behaviour as the default but to add a `-fno-implicit-import-qualified` flag to disable it when needed. The following should fail to execute: {{{ ghc -fno-implicit-import-qualified -e 'System.IO.Unsafe.unsafePerformIO (evilStuff return i'm an innocent string)' }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2452 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] #2452: Add a flag to disable the implicit qualified import of every available module in interactive mode
#2452: Add a flag to disable the implicit qualified import of every available module in interactive mode +--- Reporter: jcpetruzza |Owner: igloo Type: feature request | Status: new Priority: normal |Milestone: Component: Compiler (Type checker) | Version: 6.9 Severity: minor| Resolution: Keywords: | Testcase: Architecture: Unknown | Os: Unknown +--- Changes (by jcpetruzza): * owner: = igloo Comment: Since it looks like a simple enough fix, I've added a patch for it. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2452#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] #1876: Complete shared library support
#1876: Complete shared library support --+- Reporter: simonmar | Owner: Type: task | Status: new Priority: high | Milestone: 6.10.1 Component: Compiler |Version: 6.8.1 Severity: normal| Resolution: Keywords:| Difficulty: Difficult (1 week) Testcase:| Architecture: Unknown Os: Unknown | --+- Changes (by batterseapower): * cc: [EMAIL PROTECTED] (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1876#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] #2335: Haddock's internal GHC version must match the configured GHC version
#2335: Haddock's internal GHC version must match the configured GHC version --+- Reporter: bos | Owner: Type: bug | Status: new Priority: high | Milestone: 6.10.1 Component: Build System |Version: 6.8.2 Severity: blocker | Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: Multiple Os: Linux | --+- Changes (by batterseapower): * cc: [EMAIL PROTECTED] (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2335#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