September 2013 - ghc-tickets

Re: [GHC] #8004: Applicative/Monad proposal related warnings (AMP phase 1)
by GHC 30 Sep '13

30 Sep '13

#8004: Applicative/Monad proposal related warnings (AMP phase 1) -------------------------------------+------------------------------------ Reporter: quchen | Owner: quchen Type: feature request | Status: patch Priority: high | Milestone: 7.8.1 Component: Compiler | Version: 7.6.3 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Comment (by Austin Seipp <austin@…>): In [changeset:b9127f4472594e8d0c2f28f72b6042172efcaec0/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="b9127f4472594e8d0c2f28f72b6042172efcaec0" Fix AMP warnings for explicit Prelude imports (#8004) No AMP warnings will be issued anymore when the name is not imported from Prelude anymore. For example, a local definition of 'join' is now legal in modules containing 'import Prelude (map)' for example. This allows better future-proofing of libraries. See also http://ghc.haskell.org/trac/ghc/ticket/8004#comment:16 Authored-by: David Luposchainsky <dluposchainsky(a)gmail.com> Signed-off-by: Austin Seipp <austin(a)well-typed.com> }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8004#comment:20> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #8022: Outdated documentation for the -fwarn-lazy-unlifted-bindings warning
by GHC 30 Sep '13

30 Sep '13

#8022: Outdated documentation for the -fwarn-lazy-unlifted-bindings warning -------------------------------------+------------------------------------ Reporter: asr | Owner: thoughtpolice Type: bug | Status: closed Priority: highest | Milestone: 7.10.1 Component: Documentation | Version: 7.6.3 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Changes (by thoughtpolice): * status: patch => closed * resolution: => fixed Comment: I chatted with Simon about this for a second at ICFP, and I decided to go ahead and merge this; we already require Happy 1.19.0+ now because of Jan's changes, so this doesn't hurt much (it only means people who get 7.8 and don't use the platform will need to update Happy, which is probably fine. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8022#comment:18> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #8350: shm_open and shm_unlink not detected on openSUSE Linux
by GHC 30 Sep '13

30 Sep '13

#8350: shm_open and shm_unlink not detected on openSUSE Linux -------------------------------------------+-------------------------- Reporter: trommler | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: libraries/unix | Version: 7.7 Keywords: | Operating System: Linux Architecture: Unknown/Multiple | Type of failure: Other Difficulty: Easy (less than 1 hour) | Test Case: Blocked By: | Blocking: Related Tickets: | -------------------------------------------+-------------------------- The test in libraries/unix/configure fails to detect shm_* functions on openSUSE. The -lrt flag is passed as part of CFLAGS rather than in LIBS and so it appears before the object file referencing the shm_* function. Note: The openSUSE linker sets --as-needed by default and hence the order of linker options does matter. The attached patch fixes the issue. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8350> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

[GHC] #8352: System function setitimer not detected in library process
by GHC 30 Sep '13

30 Sep '13

#8352: System function setitimer not detected in library process -------------------------------------------+-------------------------- Reporter: trommler | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: libraries/process | Version: 7.7 Keywords: | Operating System: Linux Architecture: Unknown/Multiple | Type of failure: Other Difficulty: Easy (less than 1 hour) | Test Case: Blocked By: | Blocking: Related Tickets: | -------------------------------------------+-------------------------- Due to a spurious comma in configure.ac setitimer is not detected. I will attach a patch. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8352> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

[GHC] #8349: Extra space in CFLAGS for libffi includes
by GHC 30 Sep '13

30 Sep '13

#8349: Extra space in CFLAGS for libffi includes -------------------------------------+------------------------------------- Reporter: trommler | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Build System | Version: 7.7 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: Building GHC Difficulty: Easy (less than 1 | failed hour) | Test Case: Blocked By: | Blocking: Related Tickets: | -------------------------------------+------------------------------------- Compiling with system libffi include file in a non-standard location fails due to a extra space in configure.ac. Gentoo has the following "fix" in its ebuild: {{{ sed -e 's@LIBFFI_CFLAGS="-I $withval"@LIBFFI_CFLAGS="-I$withval"@' \ -i "${S}/configure.ac" \ || die "Could not remove space after -I from LIBFFI_CFLAGS in configure.ac and configure" }}} I attached a patch. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8349> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

Re: [GHC] #8022: Outdated documentation for the -fwarn-lazy-unlifted-bindings warning
by GHC 30 Sep '13

30 Sep '13

#8022: Outdated documentation for the -fwarn-lazy-unlifted-bindings warning -------------------------------------+------------------------------------ Reporter: asr | Owner: thoughtpolice Type: bug | Status: patch Priority: highest | Milestone: 7.10.1 Component: Documentation | Version: 7.6.3 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Comment (by Austin Seipp <austin@…>): In [changeset:cdadf54025e1b854fea17ca928566b8a00636c0c/testsuite]: {{{ #!CommitTicketReference repository="testsuite" revision="cdadf54025e1b854fea17ca928566b8a00636c0c" Fix fallout from making lazy unlifted bindings an error Issue #8022 Signed-off-by: Austin Seipp <austin(a)well-typed.com> }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8022#comment:17> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #8022: Outdated documentation for the -fwarn-lazy-unlifted-bindings warning
by GHC 30 Sep '13

30 Sep '13

#8022: Outdated documentation for the -fwarn-lazy-unlifted-bindings warning -------------------------------------+------------------------------------ Reporter: asr | Owner: thoughtpolice Type: bug | Status: patch Priority: highest | Milestone: 7.10.1 Component: Documentation | Version: 7.6.3 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Comment (by Austin Seipp <austin@…>): In [changeset:7f23a5dfd8ea061a25f13b1ecef799d834732668/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="7f23a5dfd8ea061a25f13b1ecef799d834732668" Make lazy unlifted bindings an error by default. This was supposed to happen a long time ago, but later is better than never. This makes `-fwarn-lazy-unlifted-bindings` into a no-op (with its own warning) to be removed in GHC 7.10. This fixes #8022. Signed-off-by: Austin Seipp <austin(a)well-typed.com> }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8022#comment:16> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #8381: Simplifier ticks exhausted
by GHC 29 Sep '13

29 Sep '13

#8381: Simplifier ticks exhausted ----------------------------------+--------------------------------------- Reporter: guest | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.6.3 Keywords: | Operating System: MacOS X Architecture: x86_64 (amd64) | Type of failure: Compile-time crash Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ----------------------------------+--------------------------------------- Trying to build a (rather simple) project using '''cabal''' I get the following error message on a valid program: ghc: panic! (the 'impossible' happened) (GHC version 7.6.3 for i386-apple-darwin): Simplifier ticks exhausted When trying UnfoldingDone a_syQ{v} [lid] To increase the limit, use -fsimpl-tick-factor=N (default 100) If you need to do this, let GHC HQ know, and what factor you needed To see detailed counts use -ddump-simpl-stats Total ticks: 5080 I tried to increase the limit without success. More oddly if I try to build directly the program using '''ghc''' (same version) it succeeds, therefore I suspect that cabal is somehow the source of my problem. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8381> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

Re: [GHC] #7482: GHC.Event overwrites main IO managers hooks to RTS
by GHC 29 Sep '13

29 Sep '13

#7482: GHC.Event overwrites main IO managers hooks to RTS -------------------------------------+------------------------------------ Reporter: AndreasVoellmy | Owner: AndreasVoellmy Type: bug | Status: closed Priority: normal | Milestone: 7.8.1 Component: libraries/base | Version: 7.4.1 Resolution: wontfix | Keywords: IO Manager, RTS Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Changes (by AndreasVoellmy): * status: new => closed * resolution: => wontfix Comment: I am going to close this for now. Here are my reasons. 1. I have not seen a real failure caused by this hypothetical bug. 2. It could only affect GHC versions before the parallel IO manager changes and only with programs that use the (mostly) private API to create a non-built-in event manager. The parallel IO manager no longer has this problem, because IO manager do not register control file descriptors with the RTS; only the timer manager does that. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7482#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #8371: ghci byte compiler + FFI crashes when used with embedded R
by GHC 29 Sep '13

29 Sep '13

#8371: ghci byte compiler + FFI crashes when used with embedded R ----------------------------------+------------------------------- Reporter: dsamperi | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: GHCi | Version: 7.6.3 Keywords: | Operating System: Linux Architecture: x86_64 (amd64) | Type of failure: GHCi crash Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ----------------------------------+------------------------------- The ghci interpreter destroys the C stack when initializing embedded R (the statistical software system available at http://cran.r-project.org/) There is no problem using embedded R with ghc (compiled code). I have had no problems using ghci with other FFI projects, and this does not appear to be a linking problem (there are no undefined references). To reproduce the problem (under Fedora Linux using ghc 7.6.3) download the R source code, unpack, and (using haskellRtest.hs is attached): 0. cd R-3.0.2 1. ./configure --enable-R-shlib 2. make 3. make install 4. cd <haskelltestdir> 5. ghci -L/usr/local/lib64/R/lib -lR haskellRtest.hs 6. Main> main Loading... Initialize R session... Error: C stack usage is too close to the limit Notes: 1. No computations are done, the failure happens during startup. 2. The C functions called are in <R source>/src/unix/Rembedded.c 3. The error message is issued from <R source>/src/main/errors.c 4. I tried increasing the system level C stack size limit but this didn't help. 5. As noted above, there are no problems when ghc is used. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8371> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 8