July 2014 - ghc-tickets

Re: [GHC] #5442: ghc-pkg unregister --user/--global/--package-conf not normative
by GHC 21 Jul '14

21 Jul '14

#5442: ghc-pkg unregister --user/--global/--package-conf not normative -------------------------------------+------------------------------------- Reporter: guest | Owner: ezyang Type: bug | Status: closed Priority: normal | Milestone: 7.10.1 Component: ghc-pkg | Version: 7.2.1 Resolution: fixed | Keywords: Differential Revisions: Phab:D84 | Operating System: Unknown/Multiple Architecture: | Type of failure: Other Unknown/Multiple | Test Case: Difficulty: Unknown | Blocking: Blocked By: | Related Tickets: | -------------------------------------+------------------------------------- Changes (by ezyang): * status: patch => closed * resolution: => fixed -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5442#comment:11> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5442: ghc-pkg unregister --user/--global/--package-conf not normative
by GHC 21 Jul '14

21 Jul '14

#5442: ghc-pkg unregister --user/--global/--package-conf not normative -------------------------------------+------------------------------------- Reporter: guest | Owner: ezyang Type: bug | Status: patch Priority: normal | Milestone: 7.10.1 Component: ghc-pkg | Version: 7.2.1 Resolution: | Keywords: Differential Revisions: Phab:D84 | Operating System: Unknown/Multiple Architecture: | Type of failure: Other Unknown/Multiple | Test Case: Difficulty: Unknown | Blocking: Blocked By: | Related Tickets: | -------------------------------------+------------------------------------- Comment (by Edward Z. Yang <ezyang@…>): In [changeset:"d7c807f7975c13444e1ce79e4c36dd802321cf40/ghc"]: {{{ #!CommitTicketReference repository="ghc" revision="d7c807f7975c13444e1ce79e4c36dd802321cf40" [ghc-pkg] Fix #5442 by using the flag db stack to modify packages. Summary: Previously, the full database stack was used for ghc-pkg to modify packages, which meant that commands like 'ghc-pkg unregister --user' worked the same as 'ghc-pkg unregister'. Since package modification is a "read and write" operation, we should use the flag db stack (which is currently used for reads) to determine which database to update. There is also a new flag --user-package-db, which lets you explicitly set the user database (as seen by --user). This was mostly added to aid in testing, but could be useful for end users as well. Signed-off-by: Edward Z. Yang <ezyang(a)cs.stanford.edu> Test Plan: validate Reviewers: simonmar, hvr, austin Subscribers: simonmar, relrod, carter Differential Revision: https://phabricator.haskell.org/D84 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5442#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #8874: Warning: Couldn't figure out linker information!
by GHC 21 Jul '14

21 Jul '14

#8874: Warning: Couldn't figure out linker information! -------------------------+------------------------------------------------- Reporter: | Owner: Lemming | Status: new Type: bug | Milestone: Priority: | Version: 7.8.1-rc2 normal | Operating System: Linux Component: | Type of failure: Incorrect warning at Compiler | compile-time Keywords: | Test Case: Architecture: | Blocking: x86_64 (amd64) | Difficulty: | Unknown | Blocked By: | Related Tickets: | -------------------------+------------------------------------------------- {{{ $ cabal-1.18.0.2 install --with-ghc=ghc-7.8.0.20140228 utility-ht-0.0.10 ... [ 1 of 24] Compiling Text.Show.HT ( src/Text/Show/HT.hs, dist/build/Text/Show/HT.o ) [ 2 of 24] Compiling Text.Read.HT ( src/Text/Read/HT.hs, dist/build/Text/Read/HT.o ) [ 3 of 24] Compiling Data.Strictness.HT ( src/Data/Strictness/HT.hs, dist/build/Data/Strictness/HT.o ) [ 4 of 24] Compiling Control.Monad.HT ( src/Control/Monad/HT.hs, dist/build/Control/Monad/HT.o ) [ 5 of 24] Compiling Data.Tuple.HT ( src/Data/Tuple/HT.hs, dist/build/Data/Tuple/HT.o ) [ 6 of 24] Compiling Control.Functor.HT ( src/Control/Functor/HT.hs, dist/build/Control/Functor/HT.o ) [ 7 of 24] Compiling Data.Monoid.HT ( src/Data/Monoid/HT.hs, dist/build/Data/Monoid/HT.o ) [ 8 of 24] Compiling Data.Maybe.HT ( src/Data/Maybe/HT.hs, dist/build/Data/Maybe/HT.o ) [ 9 of 24] Compiling Data.Ix.Enum ( src/Data/Ix/Enum.hs, dist/build/Data/Ix/Enum.o ) [10 of 24] Compiling Data.Function.HT.Private ( src/Data/Function/HT/Private.hs, dist/build/Data/Function/HT/Private.o ) [11 of 24] Compiling Data.Function.HT ( src/Data/Function/HT.hs, dist/build/Data/Function/HT.o ) [12 of 24] Compiling Data.List.Key.Private ( src/Data/List/Key/Private.hs, dist/build/Data/List/Key/Private.o ) [13 of 24] Compiling Data.List.Key ( src/Data/List/Key.hs, dist/build/Data/List/Key.o ) [14 of 24] Compiling Data.Ord.HT ( src/Data/Ord/HT.hs, dist/build/Data/Ord/HT.o ) [15 of 24] Compiling Data.Eq.HT ( src/Data/Eq/HT.hs, dist/build/Data/Eq/HT.o ) [16 of 24] Compiling Data.Bool.HT.Private ( src/Data/Bool/HT/Private.hs, dist/build/Data/Bool/HT/Private.o ) [17 of 24] Compiling Data.Bool.HT ( src/Data/Bool/HT.hs, dist/build/Data/Bool/HT.o ) [18 of 24] Compiling Data.List.Match.Private ( src/Data/List/Match/Private.hs, dist/build/Data/List/Match/Private.o ) [19 of 24] Compiling Data.List.HT.Private ( src/Data/List/HT/Private.hs, dist/build/Data/List/HT/Private.o ) [20 of 24] Compiling Data.List.HT ( src/Data/List/HT.hs, dist/build/Data/List/HT.o ) [21 of 24] Compiling Data.Record.HT.Private ( src/Data/Record/HT/Private.hs, dist/build/Data/Record/HT/Private.o ) [22 of 24] Compiling Data.Record.HT ( src/Data/Record/HT.hs, dist/build/Data/Record/HT.o ) [23 of 24] Compiling Data.String.HT ( src/Data/String/HT.hs, dist/build/Data/String/HT.o ) [24 of 24] Compiling Data.List.Match ( src/Data/List/Match.hs, dist/build/Data/List/Match.o ) [ 1 of 24] Compiling Text.Show.HT ( src/Text/Show/HT.hs, dist/build/Text/Show/HT.p_o ) <no location info>: Warning: Couldn't figure out linker information! Make sure you're using GNU gcc, or clang [ 2 of 24] Compiling Text.Read.HT ( src/Text/Read/HT.hs, dist/build/Text/Read/HT.p_o ) [ 3 of 24] Compiling Data.Strictness.HT ( src/Data/Strictness/HT.hs, dist/build/Data/Strictness/HT.p_o ) [ 4 of 24] Compiling Control.Monad.HT ( src/Control/Monad/HT.hs, dist/build/Control/Monad/HT.p_o ) ... }}} The warning only appears for the first module in profiling mode. What does the warning mean? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8874> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5

Re: [GHC] #7831: Bad fragmentation when allocating many large objects
by GHC 21 Jul '14

21 Jul '14

#7831: Bad fragmentation when allocating many large objects -------------------------------------+------------------------------------- Reporter: ezyang | Owner: ezyang Type: bug | Status: new Priority: low | Milestone: ⊥ Component: Runtime | Version: 7.7 System | Keywords: Resolution: | Operating System: Unknown/Multiple Differential Revisions: | Type of failure: None/Unknown Architecture: | Test Case: Unknown/Multiple | Blocking: Difficulty: Unknown | Blocked By: | Related Tickets: | -------------------------------------+------------------------------------- Changes (by ezyang): * priority: normal => low * milestone: 7.10.1 => ⊥ Comment: I don't think we are planning on fixing this any time in the near future. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7831#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #703: all binaries built by ghc have executable stacks
by GHC 21 Jul '14

21 Jul '14

#703: all binaries built by ghc have executable stacks -------------------------------------+------------------------------------- Reporter: duncan | Owner: ezyang Type: bug | Status: closed Priority: normal | Milestone: 7.10.1 Component: Compiler | Version: 7.6.3 (NCG) | Keywords: Resolution: fixed | Operating System: Linux Differential Revisions: | Type of failure: None/Unknown Architecture: | Test Case: N/A Unknown/Multiple | Blocking: Difficulty: Moderate | (less than a day) | Blocked By: | Related Tickets: | -------------------------------------+------------------------------------- Changes (by ezyang): * status: new => closed * resolution: => fixed Comment: Jens' builds of ghc-7.8 in copr (http://copr.fedoraproject.org/coprs/petersen/ghc-7.8) correctly do not have the executable bit. I'm going to close this bug unless someone actually reports that their builds have the executable bit set. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/703#comment:41> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5442: ghc-pkg unregister --user/--global/--package-conf not normative
by GHC 21 Jul '14

21 Jul '14

#5442: ghc-pkg unregister --user/--global/--package-conf not normative -------------------------------------+------------------------------------- Reporter: guest | Owner: ezyang Type: bug | Status: patch Priority: normal | Milestone: 7.10.1 Component: ghc-pkg | Version: 7.2.1 Resolution: | Keywords: Differential Revisions: Phab:D84 | Operating System: Unknown/Multiple Architecture: | Type of failure: Other Unknown/Multiple | Test Case: Difficulty: Unknown | Blocking: Blocked By: | Related Tickets: | -------------------------------------+------------------------------------- Changes (by ezyang): * status: new => patch * differential: => Phab:D84 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5442#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5442: ghc-pkg unregister --user/--global/--package-conf not normative
by GHC 21 Jul '14

21 Jul '14

#5442: ghc-pkg unregister --user/--global/--package-conf not normative -------------------------------------+------------------------------------- Reporter: guest | Owner: ezyang Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: ghc-pkg | Version: 7.2.1 Resolution: | Keywords: Differential Revisions: | Operating System: Unknown/Multiple Architecture: | Type of failure: Other Unknown/Multiple | Test Case: Difficulty: Unknown | Blocking: Blocked By: | Related Tickets: | -------------------------------------+------------------------------------- Changes (by ezyang): * owner: bgamari => ezyang Comment: OK, I can confirm that there is something fishy going on here. Here is the matrix of behaviors that ghc-pkg implements right now: * If P is in the user and global, {{{unregister --user}}} removes user, {{{unregister --global}}} removes **USER**, {{{unregister}}} removes user * If P is in the user but not global, {{{unregister --user}}} removes user, {{{unregister --global}}} removes **USER**, {{{unregister}}} removes user * If P is in the global but not user, {{{unregister --user}}} removes **GLOBAL**, {{{unregister --global}}} removes global, {{{unregister}}} removes global This seems clearly wrong. The bug seems to me that ghc-pkg calculates the database to modify fine, but then ignores it in {{{modifyPackage}}}, always using the full database stack rather than the database it calculated to use. My suggested fix is to switch unregister to use the flag package stack, since it is implicitly a read, and then a delete. But I don't know if there is any existing tooling that would be broken by this fix. I have a patch and test-cases. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5442#comment:8> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9092: ghc: panic! (the 'impossible' happened)
by GHC 21 Jul '14

21 Jul '14

#9092: ghc: panic! (the 'impossible' happened) -----------------------------------+--------------------------------------- Reporter: alex404 | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.2 Keywords: panic | Operating System: Linux impossible | Type of failure: Compile-time crash Architecture: | Test Case: Unknown/Multiple | Blocking: Difficulty: Unknown | Blocked By: | Related Tickets: | -----------------------------------+--------------------------------------- I'm not sure *why* this is happening, but I know where. The code for this library is available here: http://hub.darcs.net/alex404/hsl-random So as is, I can run the script called multivariate and get the expected results, but when I try to compile I get ghc: panic! (the 'impossible' happened) (GHC version 7.8.2 for x86_64-unknown-linux): attempt to prod-split usage call demand C(C1(U(U,U,U,U,U,U))) If at line 317 in Scientific.Random.Distributions.hs, I replace the statement sgma = ... with sgma = undefined, the code will compile, though obviously it cannot be used. If I transform the code in other ways which are meant to preserve the results, I can get it to compile, but then the script hangs. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9092> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

Re: [GHC] #4213: LLVM: Add support for TNTC to LLVM compiler suite
by GHC 20 Jul '14

20 Jul '14

#4213: LLVM: Add support for TNTC to LLVM compiler suite -------------------------------------+------------------------------------- Reporter: dterei | Owner: dterei Type: feature | Status: new request | Milestone: 7.10.1 Priority: low | Version: 6.13 Component: Compiler | Keywords: (LLVM) | Operating System: Unknown/Multiple Resolution: | Type of failure: None/Unknown Differential Revisions: | Test Case: Architecture: | Blocking: Unknown/Multiple | Difficulty: Unknown | Blocked By: 9142 | Related Tickets: | -------------------------------------+------------------------------------- Comment (by bgamari): After reading Rafael's suggestion more closely it's not at all clear that this will do what we want (namely, it's unclear how one would actually attach code to the defined symbol). I've asked for further clarification although I suspect we'll need need to use LLVM's `symbol_offset` support to make this work. Hopefully we'll be able to get them to amend the semantics of this attribute to be more convenient for our purposes before 3.5 is cut. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4213#comment:37> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9324: GHCi permission checks should ignore root user
by GHC 20 Jul '14

20 Jul '14

#9324: GHCi permission checks should ignore root user -------------------------------------+------------------------------------- Reporter: mboes | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.2 Keywords: | Differential Revisions: Operating System: POSIX | Architecture: Type of failure: None/Unknown | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: -------------------------------------+------------------------------------- As a security precaution, GHCi helpfully refuses to run a `.ghci` file if it is owned by another user. But if the that other user is root, then arguably GHCi should not refuse to interpret the file, because if root really was malicious, then the user would be having a bad day anyways. This means that .ghci files installed in a global location, say under `/usr/local/`, can then be read. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9324> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5