- ghc-tickets - Haskell.org

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

29 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 29 Sep '13

29 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 29 Sep '13

29 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 29 Sep '13

29 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 29 Sep '13

29 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

[GHC] #8382: ghc unhappy with program who want to program in C in haskell...
by GHC 29 Sep '13

29 Sep '13

#8382: ghc unhappy with program who want to program in C in haskell... ------------------------------------+------------------------------------- Reporter: wagle | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.6.3 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- [1 of 1] Compiling Main ( test1.hs, test1.o ) ghc: panic! (the 'impossible' happened) (GHC version 7.6.3 for x86_64-apple-darwin): cgLookupPanic (probably invalid Core; try -dcore-lint) $dVector{v aFL} [lid] static binds for: local binds for: Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8382> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

Re: [GHC] #7993: ghc 7.6 (not 7.4) sometimes hangs at child process exit on s390x
by GHC 29 Sep '13

29 Sep '13

#7993: ghc 7.6 (not 7.4) sometimes hangs at child process exit on s390x -----------------------------------+--------------------------- Reporter: cjwatson | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Runtime System | Version: 7.6.3 Resolution: | Keywords: Operating System: Linux | Architecture: Other Type of failure: Other | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -----------------------------------+--------------------------- Changes (by pmylund): * cc: simonmar (added) Comment: I am experiencing the same issue, but on x86_64, and with my own application which uses GHC (7.6.2) threads. On occasion a thread will loop forever, and give the same kind of output from strace. (Is it the same issue?) Unfortunately I don't know how to begin troubleshooting. Whatever I do to try to reproduce it in a smaller test, the problem goes away if I don't use the combination of threads, STM and exception handling that I have in my larger application. I will keep trying and report back, but any input is appreciated. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7993#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0