- ghc-tickets - Haskell.org

[GHC] #8781: check if GNU nm is realy needed and if so let configure detect gnm
by GHC 03 Jun '14

03 Jun '14

#8781: check if GNU nm is realy needed and if so let configure detect gnm ----------------------------------+---------------------------------------- Reporter: maeder | Owner: Type: feature | Status: new request | Milestone: Priority: normal | Version: 7.8.1-rc1 Component: Build System | Operating System: Solaris Keywords: | Type of failure: Building GHC failed Architecture: x86 | Test Case: Difficulty: Unknown | Blocking: Blocked By: | Related Tickets: | ----------------------------------+---------------------------------------- building ghc-7.8.20140130 under Solaris fails with a non-GNU nm as follows: {{{ inplace/bin/deriveConstants --gen-header -o includes/dist- derivedconstants/header/DerivedConstants.h --tmpdir includes/dist- derivedconstants/header/ --gcc-program "/opt/csw/bin/gcc" --gcc-flag -U__i686 --gcc-flag -fno-stack-protector --gcc-flag -Iincludes --gcc-flag -Iincludes/dist --gcc-flag -Iincludes/dist-derivedconstants/header --gcc- flag -Iincludes/dist-ghcconstants/header --gcc-flag -Irts --gcc-flag -fcommon --nm-program "/usr/ccs/bin/nm" Can't find "STD_HDR_SIZE" gmake[1]: *** [includes/dist-derivedconstants/header/DerivedConstants.h] }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8781> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 43

[GHC] #8783: make ghc-pwd-bindist script /bin/sh compatible for Solaris
by GHC 03 Jun '14

03 Jun '14

#8783: make ghc-pwd-bindist script /bin/sh compatible for Solaris ------------------------------------+------------------------------------- Reporter: maeder | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Build System | Version: 7.8.1-rc1 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- http://www.haskell.org/ghc/dist/7.8.1-rc1/ghc-7.8.20140130-i386-unknown- solaris2.tar.bz2 has a ghc-pwd-bindist script containing {{{ #!/bin/sh export LD_LIBRARY_PATH="libraries/directory/dist- install/build:libraries/unix/dist-install/build:libraries/time/dist- install/build:libraries/old-locale/dist-install/build:libraries/filepath /dist-install/build:libraries/bytestring/dist- install/build:libraries/deepseq/dist-install/build:libraries/array/dist- install/build:libraries/base/dist-install/build:libraries/integer-gmp /dist-install/build:libraries/ghc-prim/dist- install/build:rts/dist/build:$LD_LIBRARY_PATH" exec "utils/ghc-pwd/dist-install/build/tmp/ghc-pwd" ${1+"$@"} }}} that fails during configure under Solaris with: {{{ checking for path to top of build tree... utils/ghc-pwd/dist- install/build/tmp/ghc-pwd-bindist: LD_LIBRARY_PATH=libraries/directory /dist-install/build:libraries/unix/dist-install/build:libraries/time/dist- install/build:libraries/old-locale/dist-install/build:libraries/filepath /dist-install/build:libraries/bytestring/dist- install/build:libraries/deepseq/dist-install/build:libraries/array/dist- install/build:libraries/base/dist-install/build:libraries/integer-gmp /dist-install/build:libraries/ghc-prim/dist-install/build:rts/dist/build:: is not an identifier configure: error: cannot determine current directory }}} see more under http://www.haskell.org/pipermail/glasgow-haskell- users/2014-February/024669.html -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8783> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 46

[GHC] #9001: unexpected runtime crash
by GHC 03 Jun '14

03 Jun '14

#9001: unexpected runtime crash ------------------------------------+------------------------------------- Reporter: jwlato | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.2 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: Runtime crash Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- Apologies for the poor summary, I'm not sure how to be more descriptive. I don't see anything dodgy here. Compiling the attached program `ghc -O -dcore-lint Test.hs` and running it results in a runtime crash. Various incarnations of this code have resulted in Test: internal error: scavenge_one: strange object 0 Test: internal error: stg_ap_p_ret and core dumps with no further information. I've been able to reproduce this with ghc-7.8.2 and ghc-7.6.3. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9001> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 10

[GHC] #9021: rts/linker.c has a memory leak in the dlopen/dlerror code
by GHC 03 Jun '14

03 Jun '14

#9021: rts/linker.c has a memory leak in the dlopen/dlerror code -------------------------------------+------------------------------------- Reporter: hgolden | Owner: hgolden Type: bug | Status: new Priority: low | Milestone: 7.8.3 Component: Runtime System | Version: 7.8.2 Keywords: linker, memory | Operating System: POSIX leak | Type of failure: Runtime Architecture: Unknown/Multiple | performance bug Difficulty: Moderate (less | Test Case: than a day) | Blocking: Blocked By: | Related Tickets: | -------------------------------------+------------------------------------- The Coverity Scan of ghc highlighted a memory leak (CID 43168) in the internal_dlopen function in rts/linker.c. I wrote this code originally and I recall that there was a memory leak in certain situations, but I didn't fix it at the time because it seemed to be rather minor and only would occur in unusual cases. However, since Coverity identified it, I have thought about it and know how to fix the leak, so I am creating this ticket. The leak occurs because the error message from dlerror must be copied to allocated memory, since the dlerror message is not guaranteed to be stable, and its code is not guaranteed to be reentrant (see POSIX dlopen/dlerror documentation). As I originally coded Trac ticket #2615, I didn't bother to free the allocated memory. The fix is to make sure that the allocated memory is freed once the error message is displayed. Memory is only allocated if there is an error, so it must be freed only when an error has been identified and processed. As far as I know, this bug only exists on a POSIX system. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9021> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 8

[GHC] #9068: Don't uninstall signal handlers if none were installed
by GHC 03 Jun '14

03 Jun '14

#9068: Don't uninstall signal handlers if none were installed --------------------------+------------------------------------------------ Reporter: tomgr | Owner: simonmar Type: bug | Status: new Priority: normal | Milestone: Component: | Version: 7.8.2 Runtime System | Operating System: Windows Keywords: | Type of failure: Incorrect result at runtime Architecture: | Test Case: Unknown/Multiple | Blocking: Difficulty: | Unknown | Blocked By: | Related Tickets: | --------------------------+------------------------------------------------ GHC 7.8.2 calls resetSignalHandlers even when --install-signal-handlers=no is specified. On windows this results in the call to SetConsoleCtrlHandler failing. The attached patch only calls resetSignalHandlers when there are signal handlers to remove (it mirrors the logic used when installing the handlers). -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9068> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

[GHC] #9148: tryReadMVar locks up the process with +RTS -N2 or greater
by GHC 03 Jun '14

03 Jun '14

#9148: tryReadMVar locks up the process with +RTS -N2 or greater ------------------------------------+------------------------------------- Reporter: simonmar | Owner: simonmar Type: bug | Status: new Priority: highest | Milestone: 7.8.3 Component: Runtime System | Version: 7.8.2 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: Runtime crash Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- The new `tryReadMVar` is missing an `unlockClosure` call, which causes the whole process to hang when used with +RTS -N2 or greater. I'll push the fix shortly. We should treat this as a blocker for 7.8.3. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9148> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4

[GHC] #9162: fix missing space in documentation
by GHC 03 Jun '14

03 Jun '14

#9162: fix missing space in documentation ------------------------------------+------------------------------------- Reporter: ryantm | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Documentation | Version: 7.8.2 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- From d37f69f60227b7e232dd6bb334f5b07f6b6f9386 Mon Sep 17 00:00:00 2001 From: Ryan Mulligan <ryan(a)ryantm.com> Date: Mon, 2 Jun 2014 21:20:01 -0700 Subject: [PATCH] fix missing space --- docs/users_guide/codegens.xml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/users_guide/codegens.xml b/docs/users_guide/codegens.xml index 2eb9408..d2a805a 100644 --- a/docs/users_guide/codegens.xml +++ b/docs/users_guide/codegens.xml @@ -38,7 +38,7 @@ <para>You must install and have LLVM available on your PATH for the LLVM code generator to work. Specifically GHC needs to be able to call the - <command>opt</command>and <command>llc</command> tools. Secondly, if you + <command>opt</command> and <command>llc</command> tools. Secondly, if you are running Mac OS X with LLVM 3.0 or greater then you also need the <ulink url="http://clang.llvm.org">Clang c compiler</ulink> compiler available on your PATH. -- 1.9.3 available on github: https://github.com/ryantm/ghc/commit/d37f69f60227b7e232dd6bb334f5b07f6b6f93… -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9162> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

Re: [GHC] #7828: RebindableSyntax and Arrow
by GHC 02 Jun '14

02 Jun '14

#7828: RebindableSyntax and Arrow ----------------------------------------------+---------------------------- Reporter: AlessandroVermeulen | Owner: Type: bug | jstolarek Priority: normal | Status: new Component: Compiler (Type checker) | Milestone: 7.10.1 Resolution: | Version: 7.6.2 Operating System: Unknown/Multiple | Keywords: Type of failure: GHC rejects valid program | Architecture: Test Case: | Unknown/Multiple Blocking: | Difficulty: Unknown | Blocked By: | Related Tickets: ----------------------------------------------+---------------------------- Comment (by jstolarek): After spending some time on this today I have to admit that arrow desugaring is still a mystery to me. For example this code: {{{ proc n -> do x <- returnA -< n returnA -< x }}} Is desugared to: {{{ arr (\n -> (n, ())) >>> arr (\ds -> case ds of { (ds2, ds3) -> ds2 }) >>> arr (\ds -> ((ds, ()), ())) >>> ((arr (\ds -> case ds of { (ds2, ds3) -> ds2 }) >>> id) *** id >>> arr (\ds -> case ds of { (x, ds2) -> case ds2 of { () -> x } }) ) >>> arr (\ds -> (ds, ())) >>> arr (\ds -> case ds of { (ds2, ds3) -> ds2 }) >>> id }}} This can be simplified to an identity (as expected), but GHC doesn't do it. This definitely seems like an opportunity for improvement. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7828#comment:12> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5599: msys has bad Unicode support
by GHC 02 Jun '14

02 Jun '14

#5599: msys has bad Unicode support -------------------------------------------------+------------------------- Reporter: simonpj | Owner: Type: bug | Status: Priority: normal | closed Component: Compiler | Milestone: 7.4.1 Resolution: fixed | Version: 7.2.1 Operating System: Unknown/Multiple | Keywords: Type of failure: None/Unknown | Architecture: Test Case: llibraries/tests/IO/T3307, | Unknown/Multiple environment001 | Difficulty: Blocking: | Unknown | Blocked By: | Related Tickets: -------------------------------------------------+------------------------- Comment (by ezyang): It's a bit of a kerfuffle. I think what should be done is the current contents of that wikipage be archived (with a big banner saying they are out of date), and wiki:Building/Preparation/Windows/MSYS2 moved to replace it -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5599#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5599: msys has bad Unicode support
by GHC 01 Jun '14

01 Jun '14

#5599: msys has bad Unicode support -------------------------------------------------+------------------------- Reporter: simonpj | Owner: Type: bug | Status: Priority: normal | closed Component: Compiler | Milestone: 7.4.1 Resolution: fixed | Version: 7.2.1 Operating System: Unknown/Multiple | Keywords: Type of failure: None/Unknown | Architecture: Test Case: llibraries/tests/IO/T3307, | Unknown/Multiple environment001 | Difficulty: Blocking: | Unknown | Blocked By: | Related Tickets: -------------------------------------------------+------------------------- Comment (by simonpj): Replying to [comment:7 awson]: > > You shall *never* install msys2 runtime headers, libraries and development tools. You should only install msys2-base distribution and mingw(32|64)-* headers, libraries and development tools. > > You also shall start msys2 shell with mingw(32|64)_shell.bat script included into distribution. > > This way you receive (native 32 or 64 bit windows) mingw-w64 runtime based development environment with no remnants of Msys2 runtime. You clearly know something important here! Our [https://ghc.haskell.org/trac/ghc/wiki/Building/Preparation/Windows Windows wiki page] says only "install msys2". Might you elaborate it to be a bit more specific, and explain why various things are important? Perhaps a section on that page about msys2? Thanks Simon -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5599#comment:8> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0