June 2016 - ghc-tickets

[GHC] #12252: k
by GHC 30 Jun '16

30 Jun '16

#12252: k -------------------------------------+------------------------------------- Reporter: zolo | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.0.1 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- kk -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12252> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

[GHC] #12213: Setting stdout to unbuffered causes us to switch to ascii output locale
by GHC 30 Jun '16

30 Jun '16

#12213: Setting stdout to unbuffered causes us to switch to ascii output locale -------------------------------------+------------------------------------- Reporter: ezyang | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Test Suite | Version: 8.0.1 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- I had a failing test case which was producing UTF-8 output, and Python was choking on it trying to print it. I traced the problem to these lines of code in `testsuite/driver/runtests.py`: {{{ sys.stdout.flush() if PYTHON3: # in Python 3, we output text, which cannot be unbuffered sys.stdout = os.fdopen(sys.__stdout__.fileno(), "w") else: # set stdout to unbuffered (is this the best way to do it?) sys.stdout = os.fdopen(sys.__stdout__.fileno(), "w", 0) }}} On Python 2.7.11 on Linux, with `LANG=en_US.UTF-8` in the environment, if you place a `print(u"\u2018")` before these lines of code, Python will successfully print it; however, if you place it after, Python will crash: {{{ Traceback (most recent call last): File "../../driver/runtests.py", line 279, in <module> print(u"\u2018") UnicodeEncodeError: 'ascii' codec can't encode character u'\u2018' in position 0: ordinal not in range(128) }}} So, I guess `fdopen` resets the codec to `ascii`, rather than whatever the locale detected. Drat! I did some brief googling but I couldn't tell what the right way to rewrite this line of code is. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12213> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

[GHC] #12251: HJSDF
by GHC 30 Jun '16

30 Jun '16

#12251: HJSDF -------------------------------------+------------------------------------- Reporter: | Owner: ramusara1000019 | Type: task | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.0.1 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- JDSWDFA -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12251> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #12250: 0OKJHIOPJPIJ
by GHC 30 Jun '16

30 Jun '16

#12250: 0OKJHIOPJPIJ -------------------------------------+------------------------------------- Reporter: | Owner: ramusara1000019 | Type: task | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.0.1 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- HIOGIUGV -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12250> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #12248: Simple program that runs 100x slower using Text or ByteString vs. String
by GHC 29 Jun '16

29 Jun '16

#12248: Simple program that runs 100x slower using Text or ByteString vs. String -------------------------------------+------------------------------------- Reporter: dsf | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Core | Version: 8.0.1 Libraries | Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- Here is a repository that just contains a simple function slowText that takes a long list of String / Text / ByteString and appends them using a function based on what happens in the UnitLargeDoc test of the pretty package. A list of String with 10,000,000 elements can be processed in about 5 seconds on my machine. Lists that long blow the stack if the element type is Text or ByteString. For shorter lists, the element processing time is 100x longer or more. git repo: https://github.com/ddssff/slowtext travis output: https://travis-ci.org/ddssff/slowtext/builds The 7.10 and 8.0.2 tests are running properly and failing because the Text and ByteString tests take longer than String. I will fix the others shortly. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12248> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

[GHC] #12247: ss
by GHC 29 Jun '16

29 Jun '16

#12247: ss -------------------------------------+------------------------------------- Reporter: chota420 | Owner: Type: bug | Status: new Priority: highest | Milestone: Component: Compiler | Version: 8.0.1 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- sss -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12247> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #12246: xzzz
by GHC 29 Jun '16

29 Jun '16

#12246: xzzz -------------------------------------+------------------------------------- Reporter: lady1938 | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.0.1 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- zzz -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12246> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2256: Incompleteness of type inference: must quantify over implication constraints
by GHC 29 Jun '16

29 Jun '16

#2256: Incompleteness of type inference: must quantify over implication constraints -------------------------------------+------------------------------------- Reporter: simonpj | Owner: simonpj Type: bug | Status: new Priority: lowest | Milestone: Component: Compiler (Type | Version: 6.8.2 checker) | Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: GHC rejects | Unknown/Multiple valid program | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by Iceland_jack): * cc: Iceland_jack (added) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2256#comment:23> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4012: Compilation results are not deterministic
by GHC 29 Jun '16

29 Jun '16

#4012: Compilation results are not deterministic -------------------------------------+------------------------------------- Reporter: kili | Owner: niteria Type: bug | Status: new Priority: high | Milestone: 8.2.1 Component: Compiler | Version: 6.12.2 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: Other | Test Case: Blocked By: 11362 | Blocking: Related Tickets: #10424 | Differential Rev(s): Phab:D910, | Phab:D1073, Phab:D1133, Phab:D1192, | Phab:D1268, Phab:D1360, Phab:D1373, Wiki Page: | Phab:D1396, Phab:D1457, Phab:D1468, DeterministicBuilds | Phab:D1487, Phab:D1504, Phab:D1508 -------------------------------------+------------------------------------- Comment (by Bartosz Nitka <niteria@…>): In [changeset:"9a645a1687aca21f965206f1d8c8bb23dd6410e5/ghc" 9a645a1/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="9a645a1687aca21f965206f1d8c8bb23dd6410e5" Refactor match to not use Unique order Unique order can introduce nondeterminism. As a step towards removing the Ord Unique instance I've refactored the code to use deterministic sets instead. Test Plan: ./validate Reviewers: simonmar, austin, bgamari Subscribers: thomie Differential Revision: https://phabricator.haskell.org/D2369 GHC Trac Issues: #4012 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4012#comment:217> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2256: Incompleteness of type inference: must quantify over implication constraints
by GHC 29 Jun '16

29 Jun '16

#2256: Incompleteness of type inference: must quantify over implication constraints -------------------------------------+------------------------------------- Reporter: simonpj | Owner: simonpj Type: bug | Status: new Priority: lowest | Milestone: Component: Compiler (Type | Version: 6.8.2 checker) | Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: GHC rejects | Unknown/Multiple valid program | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by goldfire): #12245 is further motivation for solving this. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2256#comment:22> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0