- ghc-tickets - Haskell.org

Re: [GHC] #7367: float-out causes extra allocation (was: Optimiser / Linker Problem on amd64)
by GHC 30 Sep '14

30 Sep '14

#7367: float-out causes extra allocation -------------------------------------+------------------------------------- Reporter: wurmli | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: Compiler | Version: 7.6.1 Resolution: | Keywords: Operating System: Linux | Architecture: x86_64 (amd64) Type of failure: Runtime | Difficulty: Unknown performance bug | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * component: Build System => Compiler Comment: Summary copied from: https://ghc.haskell.org/trac/ghc/wiki/Status/SLPJ-Tickets -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7367#comment:19> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5190: TinyCoreLinux extension
by GHC 30 Sep '14

30 Sep '14

#5190: TinyCoreLinux extension -------------------------------------+------------------------------------- Reporter: | Owner: josemaria.alkala | Status: closed Type: bug | Milestone: 7.10.1 Priority: low | Version: 7.0.3 Component: Build | Keywords: System | Architecture: x86 Resolution: fixed | Difficulty: Unknown Operating System: Linux | Blocked By: Type of failure: Installing | Related Tickets: GHC failed | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * status: new => closed * difficulty: => Unknown * resolution: => fixed Comment: Thank you for your bug report. This was most likely fixed in 2043afcb0b938bc89257ab64d72a75b44a475c82 (2011). {{{ Avoid using iconv for the locale TextEncoding if we can help it }}} Check also this script for an attempt to install the haskell-platform on TinyCoreLinux: https://github.com/leonardoce/tinycore-ports/blob/master/haskell- platform/compile.sh Feel free to reopen this ticket it you're still having difficulties. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5190#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4880: Functor, Monad, Applicative instances for Data.Monoid.First, Data.Monoid.Last
by GHC 30 Sep '14

30 Sep '14

#4880: Functor, Monad, Applicative instances for Data.Monoid.First, Data.Monoid.Last -------------------------------------+------------------------------------- Reporter: sclv | Owner: Type: feature | Status: closed request | Milestone: 7.10.1 Priority: normal | Version: 7.0.1 Component: | Keywords: libraries/base | Architecture: Unknown/Multiple Resolution: fixed | Difficulty: Easy (less than 1 Operating System: | hour) Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * status: new => closed * resolution: => fixed -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4880#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4880: Functor, Monad, Applicative instances for Data.Monoid.First, Data.Monoid.Last
by GHC 30 Sep '14

30 Sep '14

#4880: Functor, Monad, Applicative instances for Data.Monoid.First, Data.Monoid.Last -------------------------------------+------------------------------------- Reporter: sclv | Owner: Type: feature | Status: new request | Milestone: 7.10.1 Priority: normal | Version: 7.0.1 Component: | Keywords: libraries/base | Architecture: Unknown/Multiple Resolution: | Difficulty: Easy (less than 1 Operating System: | hour) Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by nicolast): For reference: merged through https://phabricator.haskell.org/D81 into 9a7440c0dc038a19432e86923ac30ade7bcea3e7. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4880#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #8374: `tcIfaceGlobal (local): not found` while compiling
by GHC 30 Sep '14

30 Sep '14

#8374: `tcIfaceGlobal (local): not found` while compiling ----------------------------+---------------------------------------- Reporter: bgamari | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.7 Keywords: | Operating System: Unknown/Multiple Architecture: arm | Type of failure: Building GHC failed Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ----------------------------+---------------------------------------- On commit fa3ffb43144eadc406031110b01ba3dc4f9bd94e on compiling on ARM, ``` "rm" -f libraries/integer-gmp/dist-install/build/libHSinteger- gmp-0.5.1.0.a.contents "/usr/bin/ld" -r -o libraries/integer-gmp/dist-install/build/HSinteger- gmp-0.5.1.0.o libraries/integer-gmp/dist-install/build/GHC/Integer.o libraries/integer-gmp/dist-install/build/GHC/Integer/GMP/Internals.o libraries/integer-gmp/dist-install/build/GHC/Integer/GMP/Prim.o libraries /integer-gmp/dist-install/build/GHC/Integer/Logarithms.o libraries /integer-gmp/dist-install/build/GHC/Integer/Logarithms/Internals.o libraries/integer-gmp/dist-install/build/GHC/Integer/Type.o libraries /integer-gmp/dist-install/build/cbits/gmp-wrappers.o libraries/integer- gmp/dist-install/build/cbits/cbits.o ghc-stage1: panic! (the 'impossible' happened) (GHC version 7.7.20130924 for arm-unknown-linux): tcIfaceGlobal (local): not found: base:GHC.Base.$fMonadIO{v r1} [(02K, Identifier ‛base:GHC.Base.fail{v 02K}’), (02L, Identifier ‛base:GHC.Base.>>={v 02L}’), (02M, Identifier ‛base:GHC.Base.>>{v 02M}’), (02N, Identifier ‛base:GHC.Base.fmap{v 02N}’), (02O, Identifier ‛base:GHC.Base.return{v 02O}’), (28, Class ‛base:GHC.Base.Monad{tc 28}’), (2a, Class ‛base:GHC.Base.Functor{tc 2a}’), (36r, Type constructor ‛base:GHC.Base.Opaque{tc 36r}’), (36u, Type constructor ‛base:GHC.Base.String{tc 36u}’), (rB, Data constructor ‛base:GHC.Base.O{d rB}’), (rD, Identifier ‛base:GHC.Base.<${v rD}’), (rhP, Identifier ‛base:GHC.Base.O{v rhP}’), (ri5, Data constructor ‛base:GHC.Base.D:Functor{d ri5}’), (rit, Identifier ‛base:GHC.Base.$dm<${v rit}’), (riv, Identifier ‛base:GHC.Base.D:Functor{v riv}’), (riX, Data constructor ‛base:GHC.Base.D:Monad{d riX}’), (rjw, Identifier ‛base:GHC.Base.$dm>>{v rjw}’), (rjx, Identifier ‛base:GHC.Base.$dmfail{v rjx}’), (rjz, Identifier ‛base:GHC.Base.D:Monad{v rjz}’)] ``` -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8374> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 36

[GHC] #9603: getArgs path transformation is broken on Windows
by GHC 30 Sep '14

30 Sep '14

#9603: getArgs path transformation is broken on Windows -------------------------------------+------------------------------------- Reporter: gintas | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: libraries/base | Version: 7.9 Keywords: | Operating System: Windows Architecture: Unknown/Multiple | Type of failure: Incorrect Difficulty: Unknown | result at runtime Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- It looks like System.Environment.getArgs is trying to be smart on Windows and to transform arguments drive paths to environment-local paths (e.g., 'C:/' => 'C:\msys64', but it messes up the mangling somewhere if the path is not at the beginning of the argument: $ args "C:/" ["C:/"] $ /tmp/args " C:/" [" C;C:\\msys64"] Note the leading "C;" which makes no sense. $ uname -s MINGW64_NT-6.3 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9603> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

Re: [GHC] #5462: Deriving clause for arbitrary classes
by GHC 29 Sep '14

29 Sep '14

#5462: Deriving clause for arbitrary classes -------------------------------------+------------------------------------- Reporter: simonpj | Owner: dreixel Type: feature | Status: new request | Milestone: 7.10.1 Priority: normal | Version: 7.2.1 Component: Compiler | Keywords: Generics Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: #7346 None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by dreixel): * milestone: ⊥ => 7.10.1 Comment: I'm working on this in branch wip/T5462. Coding is complete, now I just need to write the user manual description and an informative wiki page. See 7a4cdef85b0fa03a22fda595ac92870465d8c727 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5462#comment:33> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9645: Optimize range checks for primitive types
by GHC 29 Sep '14

29 Sep '14

#9645: Optimize range checks for primitive types -------------------------------------+------------------------------------- Reporter: dfeuer | Owner: Type: feature request | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Unknown | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- This came up in the context of #9638. A special case of Carter's recent suggestion that we try to find ways to automatically use branchless operators in some cases is to optimize the test {{{#!hs a <= x && x <= b }}} when `a` and `b` are statically known, along with minor variations that use strict comparisons. The general pattern is that when `a` and `b` are statically known values that look sufficiently like machine integers (including primitive `Enum` values), `a <= x && x <= b` can be optimized either to `seq x False` (if `b < a`) or to `(fromIntegral (x - a) :: Word) <= (fromIntegral (b - a))` (if `a <= b`). This would almost always be a good thing, because at its worst, `x < a`, it's slower than the original expression by a single addition, but it avoids a potentially expensive conditional jump. Of course, by the time it gets to the point where any such optimizations might take place, everything will have been converted to case expressions nested in some arbitrary fashion; if we're lucky, we'll get something we can recognize, like {{{#!hs case a <= x of True -> case x <= b of True -> e1 False -> e2 False -> e2 }}} or {{{#!hs case x <= b of True -> a <= x False -> False }}} I don't know if we'll always be so lucky, but I think it may make sense to at least try to recognize these and similar forms. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9645> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3003: Happy does not reject pragmas
by GHC 29 Sep '14

29 Sep '14

#3003: Happy does not reject pragmas -------------------------------------+------------------------------------- Reporter: SamB | Owner: Type: bug | Status: closed Priority: lowest | Milestone: 7.10.1 Component: Build | Version: 6.10.1 System | Keywords: Resolution: invalid | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * status: new => closed * failure: => None/Unknown * resolution: => invalid Comment: Thank you for your report. This doesn't seem like a GHC problem (anymore). To make sure Happy doesn't treat the pragma as a comment (it doesn't know about pragmas, as you noticed), wrap it in an extra pair of curly braces, so that it is treated as a [http://www.haskell.org/happy/doc/html/sec- grammar-files.html module header]. {{{ {{-# OPTIONS_GHC -fno-warn-missing-signatures #-}} {- -*- Haskell -*- -} %tokentype { Token } %% doc : { } }}} If you're still having problems with happy, please reraise it at the Happy issue tracker: https://github.com/simonmar/happy/issues. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3003#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3470: OSX installer should give an informative error message when XCode is missing
by GHC 29 Sep '14

29 Sep '14

#3470: OSX installer should give an informative error message when XCode is missing -----------------------------------------+--------------------------- Reporter: GregoryCollins | Owner: Type: bug | Status: closed Priority: lowest | Milestone: 7.10.1 Component: Build System | Version: 6.10.4 Resolution: fixed | Keywords: Operating System: MacOS X | Architecture: x86 Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: Differential Revisions: | -----------------------------------------+--------------------------- Changes (by thomie): * status: new => closed * failure: => None/Unknown * resolution: => fixed Comment: This was fixed in 353c15e16dbb98e5efcdb10558837c4303df9344 (2011). {{{ Os X: With Xcode 4, check for gcc-4.2 also in the setup for binary distributions }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3470#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0