http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43856 <pre>#7803: Superclass methods are left unspecialized ---------------------------------+------------------------------------------ Reporter: akio | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.2 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Compile-time performance bug Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Comment(by akio): Replying to [comment:3 simonpj]: &gt; I'll try this out on a full nofib run next week. How was the result? </pre> GHC 2013-06-19T11:21:24 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43855 <pre>#7989: "No constructor has all these fields" message can be improved ---------------------------------+------------------------------------------ Reporter: akio | Owner: Type: feature request | Status: patch Priority: normal | Milestone: Component: Compiler | Version: 7.7 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Other Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Comment(by akio): Replying to [comment:5 monoidal]: &gt; Do you handle this situation? &gt; &gt; [...] &gt; &gt; Error message here cannot mention only two fields. You are right, I wasn't thinking of that situation. I rewrote the patch. </pre> GHC 2013-06-19T11:11:34 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43854 <pre>#7994: Make foldl into a good consumer ---------------------------------+------------------------------------------ Reporter: simonpj | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.6.3 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by akio): * cc: tkn.akio&lt; at &gt;… (added) </pre> GHC 2013-06-19T10:44:41 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43853 <pre>#7991: stm: add mkWeakTVar ----------------------------------+----------------------------------------- Reporter: errge | Owner: simonmar Type: feature request | Status: new Priority: normal | Milestone: 7.8.1 Component: libraries (other) | Version: 7.6.3 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ----------------------------------+----------------------------------------- Changes (by simonmar): * owner: =&gt; simonmar * difficulty: =&gt; Unknown * milestone: =&gt; 7.8.1 Comment: Thanks, looks good. </pre> GHC 2013-06-19T10:37:20 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43852 <pre>#7833: installed GHC refers to libffi in the build directory ---------------------------------+------------------------------------------ Reporter: igloo | Owner: igloo Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Build System | Version: 7.6.2 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Comment(by kazu-yamamoto): This problem has not been fixed yet. </pre> GHC 2013-06-19T10:33:32 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43851 <pre>#5902: Cannot tell from an exception handler whether the exception was asynchronous ---------------------------------+------------------------------------------ Reporter: simonmar | Owner: simonmar Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Compiler | Version: 7.4.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Comment(by edsko): For the benefit of people who find this ticket: the SomeAsyncException class and corresponding functions are now in HEAD. </pre> GHC 2013-06-19T10:32:26 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43850 <pre>#7996: building GHC HEAD with llvm-3.4(HEAD) fails -------------------------------+-------------------------------------------- Reporter: carter | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler | Version: 7.7 Resolution: invalid | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: -------------------------------+-------------------------------------------- Changes (by igloo): * status: new =&gt; closed * difficulty: =&gt; Unknown * resolution: =&gt; invalid Comment: This is caused by a broken bootstrapping compiler, so I'm closing the ticket. </pre> GHC 2013-06-19T10:13:51 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43849 <pre>#7953: Segfault on x86 with -O2 -------------------------+-------------------------------------------------- Reporter: igloo | Owner: simonmar Type: bug | Status: new Priority: highest | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Keywords: | Os: Unknown/Multiple Architecture: x86 | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | -------------------------+-------------------------------------------------- Changes (by simonmar): * owner: =&gt; simonmar Comment: It's bound to be a native codegen bug. I'll put it on my queue. </pre> GHC 2013-06-19T08:22:54 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43848 <pre>#7996: building GHC HEAD with llvm-3.4(HEAD) fails -----------------------------+---------------------------------------------- Reporter: carter | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.7 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- Comment(by thoughtpolice): This is happening when the bootstrap compiler is invoked at the beginning of the build process. The problem is that GHC 7.6.3 does not have the fix from your commit the other week, so it will generate empty metadata tripping the assert. The long and short of this is that 7.6.3 will support up-to LLVM 3.2 (except it's kind of </pre> GHC 2013-06-19T08:14:26 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43847 <pre>#7996: building GHC HEAD with llvm-3.4(HEAD) fails -----------------------------+---------------------------------------------- Reporter: carter | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.7 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- Comment(by gmainland): This should have been fixed in db9b63105a54. Please dump the llvm code and look for the global variable with an empty initializer. </pre> GHC 2013-06-19T07:37:31 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43846 <pre>#2387: Optimizer misses unboxing opportunity ------------------------------------+--------------------------------------- Reporter: dolio | Owner: Type: bug | Status: new Priority: lowest | Milestone: 7.6.2 Component: Compiler | Version: 6.8.2 Keywords: optimizer unbox box | Os: Linux Architecture: x86_64 (amd64) | Failure: Runtime performance bug Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: #2289 | ------------------------------------+--------------------------------------- Changes (by jstolarek): * cc: jan.stolarek&lt; at &gt;… (added) </pre> GHC 2013-06-19T07:36:38 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43845 <pre>#2289: Needless reboxing of values when returning from a tight loop -------------------------------------------+-------------------------------- Reporter: dons | Owner: Type: bug | Status: new Priority: lowest | Milestone: 7.6.2 Component: Compiler | Version: 6.8.2 Keywords: boxing, loops, performance | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Runtime performance bug Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: #2387,#1600 | -------------------------------------------+-------------------------------- Changes (by jstolarek): * cc: jan.stolarek&lt; at &gt;… (added) </pre> GHC 2013-06-19T07:35:42 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43844 <pre>#7885: LLVM build broken -------------------------------+-------------------------------------------- Reporter: gmainland | Owner: Type: bug | Status: closed Priority: normal | Component: Compiler (LLVM) Version: 7.7 | Resolution: fixed Keywords: | Os: Linux Architecture: x86_64 (amd64) | Failure: Building GHC failed Blockedby: | Blocking: Related: #7694, #7874 | -------------------------------+-------------------------------------------- Comment(by gmainland): It's important to distinguish between LLVM-generated code crashing and GHC generating LLVM code that LLVM doesn't like. #7996 is an example of the latter case. LLVM 3.2, on the other hand, generates bad binary code, which is a very different thing. You need to update HEAD. See my response to #7996. </pre> GHC 2013-06-19T07:33:22 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43843 <pre>#1498: Optimisation: eliminate unnecessary heap check in recursive function -------------------------------------------+-------------------------------- Reporter: simonmar | Owner: Type: bug | Status: new Priority: low | Milestone: 7.6.2 Component: Compiler | Version: 6.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Runtime performance bug Difficulty: Moderate (less than a day) | Testcase: Blockedby: 4258 | Blocking: Related: | -------------------------------------------+-------------------------------- Changes (by jstolarek): * cc: jan.stolarek&lt; at &gt;… (added) </pre> GHC 2013-06-19T07:32:34 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43842 <pre>#7678: GHC should compile cleanly with clang ---------------------------------+------------------------------------------ Reporter: thoughtpolice | Owner: thoughtpolice Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Keywords: clang | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Building GHC failed Difficulty: Unknown | Testcase: Blockedby: | Blocking: 7602 Related: | ---------------------------------+------------------------------------------ Comment(by carter): the pragma problem i just posted seems to happen whether or not i I use quick or quick-llvm , and gcc or clang.... </pre> GHC 2013-06-19T07:08:51 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43841 <pre>#7885: LLVM build broken -------------------------------+-------------------------------------------- Reporter: gmainland | Owner: Type: bug | Status: closed Priority: normal | Component: Compiler (LLVM) Version: 7.7 | Resolution: fixed Keywords: | Os: Linux Architecture: x86_64 (amd64) | Failure: Building GHC failed Blockedby: | Blocking: Related: #7694, #7874 | -------------------------------+-------------------------------------------- Comment(by carter): building quick-llvm crashes hard and early with llvm-head (3.4svn), see http://hackage.haskell.org/trac/ghc/ticket/7996 i'm testing doing a quick-llvm build with llvm-3.2 right now to see how that works out, will report back on that once its done. </pre> GHC 2013-06-19T06:07:34 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43840 <pre>#7678: GHC should compile cleanly with clang ---------------------------------+------------------------------------------ Reporter: thoughtpolice | Owner: thoughtpolice Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Keywords: clang | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Building GHC failed Difficulty: Unknown | Testcase: Blockedby: | Blocking: 7602 Related: | ---------------------------------+------------------------------------------ Comment(by carter): i'm seeing the following build error when i try to build ghc head using clang head: {{{ In file included from compiler/basicTypes/DataCon.lhs:49:0: compiler/HsVersions.h:29:5: error: '#' is not follow</pre> GHC 2013-06-19T05:44:51 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43839 <pre>#7996: building GHC HEAD with llvm-3.4(HEAD) fails -----------------------------+---------------------------------------------- Reporter: carter | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.7 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- using the GHC head (commit 5dc74f385f1bbc9248ed950af255b946677c2ff9) and current LLVM head (3.4svn), i get the following error when i start a "quick-llvm" build {{{ "/usr/bin/ghc" -H64m -O0 -fllvm --make utils/ghc-cabal/Main.hs -o utils /ghc-cabal/dist/build/tmp/ghc-cabal \ -no-user-package-db \ -Wall -fno-warn-unused-imp</pre> GHC 2013-06-19T05:05:42 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43838 <pre>#7678: GHC should compile cleanly with clang ---------------------------------+------------------------------------------ Reporter: thoughtpolice | Owner: thoughtpolice Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Keywords: clang | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Building GHC failed Difficulty: Unknown | Testcase: Blockedby: | Blocking: 7602 Related: | ---------------------------------+------------------------------------------ Comment(by carter): I'm able to suppress the spurious CPP warnings clang gives by wrapping clang in the following script and then on my mac I can use the patched Clang instead of gcc to build my haaskell code fine with GHC 7.6.3</pre> GHC 2013-06-19T04:22:41 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43837 <pre>#4836: literate markdown not handled correctly by unlit ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: bug | Status: new Priority: low | Milestone: 7.6.2 Component: Compiler | Version: 7.0.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: GHC rejects valid program Difficulty: | Testcase: Blockedby: | Blocking: Related: #7120 | ---------------------------------+------------------------------------------ Changes (by elliottt): * cc: trevor&lt; at &gt;… (added) Comment: I've implemented markdown processing in a branch, and just discovered this ticket. Is there a reason that CPP i</pre> GHC 2013-06-19T04:09:31 http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.bugs/43836 <pre>#7602: Threaded RTS performing badly on recent OS X (10.8?) -------------------------------+-------------------------------------------- Reporter: simonmar | Owner: thoughtpolice Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Runtime System | Version: 7.7 Keywords: | Os: MacOS X Architecture: x86_64 (amd64) | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: 7678 | Blocking: Related: | -------------------------------+-------------------------------------------- Comment(by carter): I'm going to see if I can reach out to someone I know at apple to see if the patched clang CPP stuff http://llvm.org/bugs/show_bug.cgi?id=16363 can be backported to the Xcode 5 clang. It'd be really a shame if we have to bundle up our own GCC/CLang or requir</pre> GHC 2013-06-19T04:01:45 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lang.haskell.glasgow.bugs