November 2014 - ghc-tickets

[GHC] #9185: glibc 2.20 outputs warnings for _BSD_SOURCE (Stg.h) on unknowns archs
by GHC 18 Nov '14

18 Nov '14

#9185: glibc 2.20 outputs warnings for _BSD_SOURCE (Stg.h) on unknowns archs -------------------------+------------------------------------------------- Reporter: | Owner: juhpetersen | Status: new Type: bug | Milestone: Priority: | Version: 7.8.2 normal | Operating System: Linux Component: | Type of failure: Incorrect warning at Compiler | compile-time Keywords: | Test Case: Architecture: | Blocking: Unknown/Multiple | Difficulty: | Unknown | Blocked By: | Related Tickets: | -------------------------+------------------------------------------------- Stg.h defines _BSD_SOURCE which glibc 2.20 deprecates with warnings in favour of _DEFAULT_SOURCE. Since the verbose warning is output for every ghc invocation when building it is rather annoying and induces testsuite failures. The warning look like this: {{{ In file included from /usr/include/math.h:26:0: 0, from /usr/lib64/ghc-7.6.3/include/Stg.h:65, from /tmp/ghc783_0/ghc783_0.hc:3: /usr/include/features.h:148:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp] # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" ^ }}} Solution/workaround is to define "_DEFAULT_SOURCE" and that works. I asked in https://bugzilla.redhat.com/show_bug.cgi?id=1067110#c13 about how best to fix Stg.h and got the answer to just add _DEFAULT_SOURCE. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9185> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4

[GHC] #9578: Quoting issue in configure.ac
by GHC 18 Nov '14

18 Nov '14

#9578: Quoting issue in configure.ac -------------------------------------+------------------------------------- Reporter: gintas | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Build System | Version: 7.9 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Easy (less than 1 | Type of failure: Building hour) | GHC failed Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Some ghc invocations in configure.ac are not properly quoted, causing ./configure to spew errors if there are spaces in the path. See attached patch. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9578> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

[GHC] #9713: Update comment about C helper for dynamic exports.
by GHC 18 Nov '14

18 Nov '14

#9713: Update comment about C helper for dynamic exports. -------------------------------------+------------------------------------- Reporter: int-e | Owner: Type: task | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.3 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Easy (less than 1 | Type of failure: Other hour) | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- The offending comment is in {{{compiler/deSugar/DsForeign.lhs}}}. The RTS API has changed so that {{{rts_evalIO}}} takes a capability as its first argument; so make the comment reflect reality. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9713> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 7

[GHC] #9644: mapMaybes documentation contains some gibberish
by GHC 18 Nov '14

18 Nov '14

#9644: mapMaybes documentation contains some gibberish -------------------------------------+------------------------------------- Reporter: mineo | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: libraries/base | Version: 7.8.3 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Easy (less than 1 | Type of failure: Other hour) | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- "If it just Just b, [...]" -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9644> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

[GHC] #8511: GHCi Startup Crash with GHC 7.6.3 / HP 2013.2.0.0 64bit on OS X 10.6
by GHC 18 Nov '14

18 Nov '14

#8511: GHCi Startup Crash with GHC 7.6.3 / HP 2013.2.0.0 64bit on OS X 10.6 ----------------------------------+------------------------------- Reporter: blitzcode | 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: GHCi crash Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ----------------------------------+------------------------------- A couple of HP / GHC releases later this bug still seems to exist: http://ghc.haskell.org/trac/ghc/ticket/6138 32bit works fine, 64bit GHCi crashes frequently on startup, even with XCode 4.1 installed. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8511> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

Re: [GHC] #6138: GHCI Startup Crash with HP 2012.2.0.0 on 64bit OS X 10.6
by GHC 18 Nov '14

18 Nov '14

#6138: GHCI Startup Crash with HP 2012.2.0.0 on 64bit OS X 10.6 -------------------------------------+------------------------------------- Reporter: | Owner: MtnViewMark | Status: closed Type: bug | Milestone: Priority: normal | Version: 7.6.3 Component: Runtime | Keywords: System | Architecture: x86_64 (amd64) Resolution: fixed | Difficulty: Unknown Operating System: MacOS X | Blocked By: Type of failure: GHCi crash | Related Tickets: #8511 Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * status: new => closed * version: 7.6.1 => 7.6.3 * resolution: => fixed * related: => #8511 Comment: Since there aren't any reports of ghci segmentation faults with 7.8.3 or HEAD on Mac, and we there won't be another 7.6 release, I'm closing this issue. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/6138#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #8517: Add library function retrieve label set by GHC.Conc.Sync.labelThread
by GHC 18 Nov '14

18 Nov '14

#8517: Add library function retrieve label set by GHC.Conc.Sync.labelThread ------------------------------------+------------------------------------- Reporter: blitzcode | Owner: Type: feature request | Status: new Priority: normal | Milestone: Component: libraries/base | 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: | ------------------------------------+------------------------------------- It would be useful to be able to retrieve the label set by the labelThread function. For instance, a logging / tracing system could output a human readable string for the thread the trace originated from instead of just the thread ID. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8517> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

[GHC] #8558: Build xhtml and haddock only when `HADDOCK_DOCS=YES`
by GHC 18 Nov '14

18 Nov '14

#8558: Build xhtml and haddock only when `HADDOCK_DOCS=YES` ------------------------------------+------------------------------------- Reporter: nomeata | Owner: Type: feature request | Status: new Priority: normal | Milestone: Component: Build System | 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: | ------------------------------------+------------------------------------- In order to save contributor’s time, and in order to run the test suite faster, I suggest to not builds haddock and its dependencies (xhtml, anything else?) if `HADDOCK_DOCS=YES` is specified. The change is rather simple: {{{ diff --git a/ghc.mk b/ghc.mk index dd91a82..b0f93a0 100644 --- a/ghc.mk +++ b/ghc.mk @@ -437,7 +437,9 @@ REGULAR_INSTALL_PACKAGES += compiler endif REGULAR_INSTALL_PACKAGES += $(addprefix libraries/,$(PACKAGES_STAGE2)) +ifeq "$(HADDOCK_DOCS)" "YES" PACKAGES_STAGE1 += xhtml +endif ifeq "$(Windows_Target)" "NO" ifneq "$(TargetOS_CPP)" "ios" PACKAGES_STAGE1 += terminfo @@ -652,8 +654,10 @@ BUILD_DIRS += libraries/integer-gmp/gmp BUILD_DIRS += libraries/integer-gmp/mkGmpDerivedConstants endif +ifeq "$(HADDOCK_DOCS)" "YES" BUILD_DIRS += utils/haddock BUILD_DIRS += utils/haddock/doc +endif BUILD_DIRS += compiler BUILD_DIRS += utils/hsc2hs BUILD_DIRS += utils/ghc-pkg }}} and it does not affect validate runs, as validate has `HADDOCK_DOCS` set to `YES`. If this is introduced, I suggest to annotate these two with a tag in packages, so that one can run `./sync-all get --no-haddock`, similar to `--no-dph`. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8558> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5

Re: [GHC] #2182: ghc sessions (--make, --interactive, ghc api) erroneously retain instances
by GHC 18 Nov '14

18 Nov '14

#2182: ghc sessions (--make, --interactive, ghc api) erroneously retain instances -------------------------------------+------------------------------------- Reporter: claus | Owner: ezyang Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: Compiler | Version: 6.9 (Type checker) | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: GHC | Related Tickets: accepts invalid program | Test Case: | Blocking: | Differential Revisions: D488 | -------------------------------------+------------------------------------- Changes (by ezyang): * differential: => D488 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2182#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2182: ghc sessions (--make, --interactive, ghc api) erroneously retain instances
by GHC 18 Nov '14

18 Nov '14

#2182: ghc sessions (--make, --interactive, ghc api) erroneously retain instances -------------------------------------+------------------------------------- Reporter: claus | Owner: ezyang Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: Compiler | Version: 6.9 (Type checker) | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: GHC | Related Tickets: accepts invalid program | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by ezyang): * cc: simonpj (added) * owner: => ezyang Comment: Plan changed again! Now the idea is to maintain the set of orphan modules reachable from DIRECTLY imported modules, instead of the set of interface files. This ALMOST works. The big problem is when we mkLocalInstance, we need to know (immediately) if it's an orphan or not, because that entry in the instance environment may become enshrined forever if we have a GHCi session involved. I think we can pull this off by moving the logic from MkIface for calculating if an instance is an orphan to the typechecker. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2182#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0