Re: [GHC] #891: hsc2hs tries to remove an open file
#891: hsc2hs tries to remove an open file ---+ Reporter: eivuokko | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.4.2 Severity: normal| Resolution: Keywords:| Os: Windows Difficulty: Unknown | Architecture: Unknown ---+ Comment (by simonpj): Brian Smith adds: hsc2hs generates an EXE file, then executes it, then waits for that process to finish, and then attempts to delete the file. The file is never opened by hsc2hs directly so the GC does not seem to be the cause. It seems that even though waitForProcess returns successfully, Windows still an open file handle for the EXE file when removeFile is called. That is really surprising because I expect that the file should be free to delete after waitForProcess has returned. I tried to rewrite the code so that it enters a remove-catch permission denied-sleep loop but I could not find a portable sleep IO action. For now, I just commented out the entire removeFile action. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/891 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] #891: hsc2hs tries to remove an open file
#891: hsc2hs tries to remove an open file ---+ Reporter: eivuokko | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.4.2 Severity: normal| Resolution: Keywords:| Os: Windows Difficulty: Unknown | Architecture: Unknown ---+ Old description: hsc2hs sometimes fails with error Permission denied in Windows. This is because it tries to remove a file it has open handle to. The error usually repeats per-machine and file, but what file and machine it shows up with, is random. As a workaround, calls to removeFile can be removed, or exceptions catched. From a mail by Brian Smith: http://www.haskell.org/pipermail/cvs-ghc/2006-September/031186.html New description: When building GHC on Windows, hsc2hs sometimes fails with {{{ hsc2hs.exe: System\CPUTime_hsc_make.exe: removeFile: permission denied (Permission denied) }}} This is because it tries to remove a file it has open handle to. The error usually repeats per-machine and file, but what file and machine it shows up with, is random. As a workaround, calls to removeFile can be removed, or exceptions catched. From a mail by Brian Smith: http://www.haskell.org/pipermail/cvs-ghc/2006-September/031186.html -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/891 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] #887: GHCi prints results of IO actions
#887: GHCi prints results of IO actions --+- Reporter: guest| Owner: Type: bug | Status: new Priority: normal | Milestone: Component: GHCi |Version: 6.5 Severity: normal | Resolution: Keywords: | Os: Linux Difficulty: Unknown | Architecture: x86 --+- Comment (by simonpj): We changed it because a lot of the time it's very convenenient to see the result of an action. But you have a good point. (As an unsatisfactory workaround, you could wrap x an un-Showable constructor, or in a function; but that changes its type.) What do others think? Return to old behaviour? Have another settable option? Or what? Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/887 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] #887: GHCi prints results of IO actions
trac: #887: GHCi prints results of IO actions --+- Reporter: guest| Owner: Type: bug | Status: new Priority: normal | Milestone: Component: GHCi |Version: 6.5 Severity: normal | Resolution: Keywords: | Os: Linux Difficulty: Unknown | Architecture: x86 --+- Comment (by simonpj): We changed it because a lot of the time it's very convenenient to see the result of an action. But you have a good point. (As an unsatisfactory workaround, you could wrap x an un-Showable constructor, or in a function; but that changes its type.) What do others think? Return to old behaviour? Have another settable option? Or what? I was thinking about this a bit. Ideally we'd have: :set verbose :unset verbose or similarly, to switch between the two behaviours. -- Don ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #887: GHCi prints results of IO actions
#887: GHCi prints results of IO actions --+- Reporter: guest| Owner: Type: bug | Status: new Priority: normal | Milestone: Component: GHCi |Version: 6.5 Severity: normal | Resolution: Keywords: | Os: Linux Difficulty: Unknown | Architecture: x86 --+- Comment (by duncan): Would it be possible to distinguish based on the syntax? {{{ content - getContents }}} would not print anything, but {{{ getContents }}} would print. That seems reasonably intuitive to me. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/887 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] #703: all binaries built by ghc have executable stacks
#703: all binaries built by ghc have executable stacks ---+ Reporter: duncan| Owner: simonmar Type: bug | Status: new Priority: normal| Milestone: 6.6.1 Component: Compiler (NCG)|Version: 6.4.1 Severity: normal| Resolution: Keywords:| Os: Linux Difficulty: Moderate (1 day) | Architecture: Multiple ---+ Changes (by duncan): * milestone: 6.6 = 6.6.1 Comment: I think we'll not be able to supply a patch for this one before 6.6. Lets punt to 6.6.1. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/703 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] #893: several extralibs packages missing Setup.hs
#893: several extralibs packages missing Setup.hs --+- Reporter: duncan |Owner: Type: bug| Status: new Priority: normal |Milestone: 6.6 Component: libraries (other) | Version: 6.5 Severity: normal | Keywords: Os: Multiple | Difficulty: Easy (1 hr) Architecture: Multiple | --+- The following packages are missing a Setup.hs file: * arrows * fgl * haskell-src * html * hunit * mtl * quickcheck * time These do all build fine with a default Setup.hs added, except... arrows.cabal seems to be missing !UndecidableInstances and the path to the C sources in time.cabal seems to be wrong (missing cbits/?). -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/893 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] #894: several extralibs packages fail haddock step
#894: several extralibs packages fail haddock step --+- Reporter: duncan |Owner: Type: bug| Status: new Priority: normal |Milestone: 6.6 Component: libraries (other) | Version: 6.5 Severity: normal | Keywords: Os: Multiple | Difficulty: Unknown Architecture: Multiple | --+- The following packages fail the haddock build step: * haskell-src * network * quickcheck * time * x11 * xhtml * opengl * openal * alut They are mostly parse errors. This was tested with haddock-0.7 and also exactly the same results with haddock-0.8_rc1. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/894 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] #894: several extralibs packages fail haddock step
#894: several extralibs packages fail haddock step +--- Reporter: duncan | Owner: Type: bug| Status: new Priority: normal | Milestone: 6.6 Component: libraries (other) |Version: 6.5 Severity: normal | Resolution: Keywords: | Os: Multiple Difficulty: Unknown| Architecture: Multiple +--- Comment (by ross): I presume that this is {{{setup haddock}}}, rather than using the GHC makefiles. In xhtml, the package description doesn't conform to Haddock syntax. (This requirement is not mentioned in the Cabal documentation). I can't fix this, as the directories are not writable by group darcs. For haskell-src, !QuickCheck, time and X11, a CPP extension needed recording (now done). For network, OpenGL, OpenAL, ALUT (and GLUT?) the problem seems to be that cpphs isn't being passed the -DCALLCONV option set in the buildinfo file. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/894 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