- ghc-tickets - Haskell.org

[GHC] #7656: qsemn001 randomly fails on OS X x86
by GHC 04 Feb '13

04 Feb '13

#7656: qsemn001 randomly fails on OS X x86 ---------------------------------+------------------------------------------ Reporter: igloo | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: libraries/base | Version: 7.7 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ `qsemn001` randomly fails on OS X x86 (119 times out of 1000), but never on Linux amd64 (tried 1000 times). e.g.: {{{ $ make CLEANUP=1 TEST=qsemn001 WAY=normal python ../../../testsuite/driver/runtests.py -e ghc_compiler_always_flags ="'-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -no-user- package-db -rtsopts '" -e ghc_debugged=False -e ghc_with_native_codegen=1 -e ghc_with_vanilla=1 -e ghc_with_dynamic=1 -e ghc_with_profiling=0 -e ghc_with_threaded_rts=1 -e ghc_with_dynamic_rts=1 -e ghc_with_interpreter=1 -e ghc_unregisterised=0 -e ghc_dynamic_by_default=False -e ghc_with_smp=1 -e ghc_with_llvm=0 -e windows=False -e darwin=True -e in_tree_compiler=True -e clean_only=False --rootdir=. --config=../../../testsuite/config/ghc -e 'config.confdir="../../../testsuite/config"' -e 'config.compiler="/Users/ian/ghc/git/val32/inplace/bin/ghc-stage2"' -e 'config.ghc_pkg="/Users/ian/ghc/git/val32/inplace/bin/ghc-pkg"' -e 'config.hp2ps="/Users/ian/ghc/git/val32/inplace/bin/hp2ps"' -e 'config.hpc="/Users/ian/ghc/git/val32/inplace/bin/hpc"' -e 'config.gs="gs"' -e 'config.platform="i386-apple-darwin"' -e 'config.os="darwin"' -e 'config.arch="i386"' -e 'config.wordsize="32"' -e 'default_testopts.cleanup="1"' -e 'config.timeout=int() or config.timeout' -e 'config.timeout_prog="../../../testsuite/timeout/install- inplace/bin/timeout"' -e 'config.exeext=""' -e 'config.top="/Users/ian/ghc/git/val32/testsuite"' \ --only=qsemn001 \ \ --way=normal \ \ \ Timeout is 300 Found 6 .T files... Beginning test run at Sun Feb 3 21:52:50 GMT 2013 ====> Scanning ./all.T ====> Scanning ./Concurrent/all.T ====> Scanning ./IO/all.T ====> Scanning ./Numeric/all.T ====> Scanning ./System/all.T ====> Scanning ./Text.Printf/all.T =====> qsemn001(normal) 69 of 156 [0, 0, 0] cd . && '/Users/ian/ghc/git/val32/inplace/bin/ghc-stage2' -fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -no-user-package-db -rtsopts -fno-ghci-history -o qsemn001 qsemn001.hs >qsemn001.comp.stderr 2>&1 cd . && ./qsemn001 </dev/null >qsemn001.run.stdout 2>qsemn001.run.stderr Wrong exit code (expected 0 , actual 1 ) Stdout: test semn test semn2 Stderr: qsemn001: "acb" /= "abc" *** unexpected failure for qsemn001(normal) OVERALL SUMMARY for test run started at Sun Feb 3 21:52:50 GMT 2013 156 total tests, which gave rise to 1068 test cases, of which 0 caused framework failures 1067 were skipped 0 expected passes 0 had missing libraries 0 expected failures 0 unexpected passes 1 unexpected failures Unexpected failures: . qsemn001 [bad exit code] (normal) }}} The actual failure varies: {{{ $ grep "qsemn001:" out | sort | uniq -c 30 qsemn001: "acb" /= "abc" 34 qsemn001: "ba" /= "ab" 55 qsemn001: "bac" /= "abc" }}} -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7656> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

[GHC] #7646: resource busy (file is locked) with multi-threaded file ops
by GHC 04 Feb '13

04 Feb '13

#7646: resource busy (file is locked) with multi-threaded file ops ----------------------------------------+----------------------------------- Reporter: StefanWehr | Owner: Type: bug | Status: new Priority: normal | Component: Runtime System Version: 7.6.1 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Incorrect result at runtime | Blockedby: Blocking: | Related: ----------------------------------------+----------------------------------- The sample program attached creates 10 worker threads, each of which takes a different file name. Each worker thread then writes the file, reads the file, writes the file and so on. File operations use *strict IO*. When compiled without `-threaded` everything is ok, that is, the program goes on forever without any error messages. But with `-threaded`, the program quickly fails with `ERROR in worker 4: 4: openBinaryFile: resource busy (file is locked)`. Tested under Mac OSX 10.8.2 and Linux. Tested with both GHC 7.6.1 and 7.6.2. I could reproduce the bug without +RTS -N -RTS and with this RTS option. A colleague of mine reports that it needs +RTS -N2 -RTS to reproduce the bug. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7646> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

Re: [GHC] #709: "Fixup too large" error with -fasm on PowerPC
by GHC 04 Feb '13

04 Feb '13

#709: "Fixup too large" error with -fasm on PowerPC ----------------------------------+----------------------------------------- Reporter: simonmar | Owner: Type: bug | Status: closed Priority: low | Milestone: 6.8.1 Component: Compiler (NCG) | Version: 7.7 Resolution: fixed | Keywords: Os: Unknown/Multiple | Architecture: powerpc Failure: Building GHC failed | Difficulty: Moderate (less than a day) Testcase: | Blockedby: Blocking: | Related: ----------------------------------+----------------------------------------- Changes (by simonmar): * status: patch => closed * resolution: => fixed Comment: pushed, thanks! -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/709#comment:23> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #709: "Fixup too large" error with -fasm on PowerPC
by GHC 04 Feb '13

04 Feb '13

#709: "Fixup too large" error with -fasm on PowerPC ----------------------------------+----------------------------------------- Reporter: simonmar | Owner: Type: bug | Status: patch Priority: low | Milestone: 6.8.1 Component: Compiler (NCG) | Version: 7.7 Resolution: | Keywords: Os: Unknown/Multiple | Architecture: powerpc Failure: Building GHC failed | Difficulty: Moderate (less than a day) Testcase: | Blockedby: Blocking: | Related: ----------------------------------+----------------------------------------- Comment(by marlowsd@…): commit 8a6e330ac9c2dde11b0641dce69bb809af6a494c {{{ Merge: ca5d15a... 3cedbfb... Author: Simon Marlow <marlowsd(a)gmail.com> Date: Mon Feb 4 11:19:33 2013 +0000 Merge commit '3cedbfb49996da2f029b4a84ca39f4d21f309813' * commit '3cedbfb49996da2f029b4a84ca39f4d21f309813': AsmCodeGen.NcgImpl.ncgMakeFarBranches should take account of info tables (#709) Move AsmCodeGen.makeFarBranches to PPC.Instr (#709) compiler/nativeGen/AsmCodeGen.lhs | 47 ++++--------------------------------- compiler/nativeGen/PPC/Instr.hs | 42 ++++++++++++++++++++++++++++++++- 2 files changed, 46 insertions(+), 43 deletions(-) }}} -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/709#comment:21> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #709: "Fixup too large" error with -fasm on PowerPC
by GHC 04 Feb '13

04 Feb '13

#709: "Fixup too large" error with -fasm on PowerPC ----------------------------------+----------------------------------------- Reporter: simonmar | Owner: Type: bug | Status: patch Priority: low | Milestone: 6.8.1 Component: Compiler (NCG) | Version: 7.7 Resolution: | Keywords: Os: Unknown/Multiple | Architecture: powerpc Failure: Building GHC failed | Difficulty: Moderate (less than a day) Testcase: | Blockedby: Blocking: | Related: ----------------------------------+----------------------------------------- Comment(by pho@…): commit 3cedbfb49996da2f029b4a84ca39f4d21f309813 {{{ Author: PHO <pho(a)cielonegro.org> Date: Thu Dec 20 08:13:37 2012 +0900 AsmCodeGen.NcgImpl.ncgMakeFarBranches should take account of info tables (#709) We have to reduce the maximum number of instructions to jump over depending on the number of info tables in a proc. compiler/nativeGen/AsmCodeGen.lhs | 8 ++++---- compiler/nativeGen/PPC/Instr.hs | 16 +++++++++------- 2 files changed, 13 insertions(+), 11 deletions(-) }}} -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/709#comment:22> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7353: Make system IO interruptible on Windows
by GHC 04 Feb '13

04 Feb '13

#7353: Make system IO interruptible on Windows ---------------------------------+------------------------------------------ Reporter: joeyadams | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: libraries/base | Version: 7.6.1 Keywords: | Os: Windows Architecture: Unknown/Multiple | Failure: Incorrect result at runtime Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Comment(by simonmar): @joeyadams: is your current implementation fast enough for your needs? Is there any way to make it available for people to try and/or work on separately, perhaps as a standalone package? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7353#comment:12> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2548: validate should continue if it sees warnings or haddock failures
by GHC 04 Feb '13

04 Feb '13

#2548: validate should continue if it sees warnings or haddock failures -------------------------------+-------------------------------------------- Reporter: igloo | Owner: Type: feature request | Status: closed Priority: lowest | Milestone: 7.6.2 Component: Build System | Version: 6.8.3 Resolution: wontfix | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: -------------------------------+-------------------------------------------- Changes (by simonmar): * status: new => closed * resolution: => wontfix Comment: Not fixed, but IMO I don't think we want this. Right now if there's a warning you have to fix it right away, but changing it into a gently nudge at the end might give us the same problem we have with testsuite failures - it's too easy to ignore them and push anyway. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2548#comment:12> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7046: Simplifier failing to unbox join point
by GHC 04 Feb '13

04 Feb '13

#7046: Simplifier failing to unbox join point ---------------------------------+------------------------------------------ Reporter: simonpj | Owner: simonpj Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Compiler | Version: Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: perf/should_run/T5113 Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by simonmar): * milestone: 7.6.2 => 7.8.1 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7046#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5666: Can't use writeFile to write unicode characters.
by GHC 03 Feb '13

03 Feb '13

#5666: Can't use writeFile to write unicode characters. --------------------------------+------------------------------------------- Reporter: tsou | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.6.2 Component: libraries (other) | Version: 7.4.2 Resolution: | Keywords: unicode writeFile Os: OpenBSD | Architecture: x86_64 (amd64) Failure: Runtime crash | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: --------------------------------+------------------------------------------- Changes (by tsou): * keywords: => unicode writeFile * status: closed => new * version: 7.0.4 => 7.4.2 * resolution: worksforme => Comment: > What exactly do you mean by 'the "locale" environmental variables'? I meant LANG and LC_ALL, etc. > Also, do you have a "locale" program? > If so, what is the output when you run it? There's no locale program. Only a setlocale(3) function.. http://www.openbsd.org/cgi- bin/man.cgi?query=setlocale&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html Usually, applications (for example tmux, mutt, etc.) that may need to output unicode characters, understand the locale by reading those enviromental variables I mentioned above. I thought it would work like that with haskell, but I was wrong. Let me know if you need anything else. Thanks! -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5666#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7458: ghc panic
by GHC 03 Feb '13

03 Feb '13

#7458: ghc panic ---------------------------------+------------------------------------------ Reporter: timsears | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler | Version: 7.4.1 Resolution: invalid | Keywords: Os: Linux | Architecture: x86 Failure: Compile-time crash | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: ---------------------------------+------------------------------------------ Changes (by igloo): * status: infoneeded => closed * resolution: => invalid Comment: No testcase, so closing. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7458#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0