August 2014 - ghc-tickets

Re: [GHC] #7015: Add support for 'static'
by GHC 13 Aug '14

13 Aug '14

#7015: Add support for 'static' -------------------------------------+------------------------------------- Reporter: edsko | Owner: Type: feature | Status: patch request | Milestone: 7.10.1 Priority: normal | Version: 7.4.2 Component: Compiler | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: None/Unknown | Test Case: | Blocking: | Differential Revisions: Phab:D119 | -------------------------------------+------------------------------------- Comment (by facundo.dominguez): Design notes are available [https://ghc.haskell.org/trac/ghc/wiki/StaticValues here]. Please, feel free to comment or ask for refinements. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7015#comment:14> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9416: newArray# incorrectly inlines big arrays (overflow1.hs SIGSEGVS on ./validate --slow)
by GHC 13 Aug '14

13 Aug '14

#9416: newArray# incorrectly inlines big arrays (overflow1.hs SIGSEGVS on ./validate --slow) -------------------------------------+------------------------------------- Reporter: slyfox | Owner: Type: bug | 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: hour) | None/Unknown Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Found by ./validate: '''testsuite/tests/rts/overflow1.hs''' SIGSEGVs due to integer overflow somewhere around [https://git.haskell.org/ghc.git/blob/c88559b3304cc5e142ab9c2655d48e570f81af… shouldInlinePrimOp] {{{#!hs ... shouldInlinePrimOp dflags NewByteArrayOp_Char [(CmmLit (CmmInt n _))] | fromInteger n <= maxInlineAllocSize dflags = ... }}} '''maxInlineAllocSize''' has ''':: Int''' type: {{{#!hs fromInteger (2^64 - 10) < (128 :: Int) True }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9416> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 9

Re: [GHC] #7858: Fix definitions of abs/signum for Floats/Doubles
by GHC 12 Aug '14

12 Aug '14

#7858: Fix definitions of abs/signum for Floats/Doubles -------------------------------------+------------------------------------- Reporter: lerkok | Owner: bernalex Type: bug | Status: patch Priority: normal | Milestone: 7.10.1 Component: | Version: 7.6.3 libraries/base | Keywords: floating point Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: #9238 None/Unknown | Test Case: | Blocking: | Differential Revisions: Phab:D145 | -------------------------------------+------------------------------------- Changes (by bernalex): * owner: => bernalex Comment: I'm going to write a patch using rwbarton's suggestion for signum, and test it with ghci and with various ghc optimisations tonight or tomorrow. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7858#comment:12> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7858: Fix definitions of abs/signum for Floats/Doubles
by GHC 12 Aug '14

12 Aug '14

#7858: Fix definitions of abs/signum for Floats/Doubles -------------------------------------+------------------------------------- Reporter: lerkok | Owner: Type: bug | Status: patch Priority: normal | Milestone: 7.10.1 Component: | Version: 7.6.3 libraries/base | Keywords: floating point Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: #9238 None/Unknown | Test Case: | Blocking: | Differential Revisions: Phab:D145 | -------------------------------------+------------------------------------- Changes (by thoughtpolice): * differential: => Phab:D145 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7858#comment:11> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7858: Fix definitions of abs/signum for Floats/Doubles
by GHC 12 Aug '14

12 Aug '14

#7858: Fix definitions of abs/signum for Floats/Doubles -------------------------------------+------------------------------------- Reporter: lerkok | Owner: Type: bug | Status: patch Priority: normal | Milestone: 7.10.1 Component: | Version: 7.6.3 libraries/base | Keywords: floating point Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: #9238 None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by bernalex): Resubmitted abs without isNegativeZero to <https://phabricator.haskell.org/D145>. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7858#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9436: Mistakes Leading To An Eventual Burnout
by GHC 12 Aug '14

12 Aug '14

#9436: Mistakes Leading To An Eventual Burnout -------------------------------------+------------------------------------- Reporter: deankai74 | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.2 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Unknown | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- To understand how to deal with a burnout once its time is nigh, going through the most probable mistakes and reasons as to why a burnout would occur is a sure [http://muscleshealthpro.com/testinate-250-review/ Testinate 250] way. As thin or skinny as one might be, bulking up to around 215 pounds is the first mistake. This is able to make one look like a fattened rugby player as compared to a bodybuilder. One should always be honest to himself or herself if success will be enjoyed.It is paramount that a bodybuilder realizes that some pounds must be tossed out so that they could be in top shape competitive physique. But a mistake would arise if one would be doing the right thing if he/she trains using light as well as medium weights while at the same time increasing reps.This fact is supposedly for working in a definition inside the muscles. In addition, no information such as to always expect a drop of certain significance in the bodybuilders weights which he is using.Any bodybuilder who believes this and goes ahead to carry it out devoid of a fight as well '''Testinate 250''' as allowing a decrease in training poundage is not serious in any way. This typifies one of the gravest of bodybuilding mistakes.Bad eating as well as drinking habits cripples up hard earned results.Bodybuilders should always be ready to develop proper dietary habits otherwise this will be an eventual mistake. Always as a serious bodybuilder stick to your protein requirements everyday. As a matter of fact reducing the amount of junk food such as burgers and pizzas would be a mistake avoided and a wise thing to do. Stick to your diet and unnecessary weight which you will need to work even harder to loss will never be a bother, otherwise thinking that you will lose weight even if you take junk food is a terrible stake. http://muscleshealthpro.com/testinate-250-review/ -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9436> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9435: Steroids: Distorting The Worlds Of Muscle And Fitness
by GHC 12 Aug '14

12 Aug '14

#9435: Steroids: Distorting The Worlds Of Muscle And Fitness -------------------------------------+------------------------------------- Reporter: deankai74 | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.2 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Unknown | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Nix has been many distortive to yobbo building collection than the low saliency prevalence of endocrine use. What else can justify the vast quantity of lousy [http://muscleshealthpro.com/testinate-250-review/ Testinate 250] and steady discarded upbringing techniques for fresh trainers that human become the current wiseness in the musclebuilding industry? There's an ongoing discord between imaginativeness and actuality in what constitutes an efficacious fresh musculus gaining turn. That disagreement is most belike referable to the overt yet often unaddressed oppositeness between the physiology of a hormone mortal and that of a non- user.This opposition is the exclusive statement for exercising's longtime miring in misinformation; a muddling that's ofttimes resulted in nearly humorously incompatible ecommendations and advice.Here's a position of fantastical observations I've prefabricated over the life that I imagine can be linked, either flat or indirectly, to many of that misinformation:'''Testinate 250''' I attended a musclebuilding seminar put on by one of the top Mr. Champaign contenders of the instant. When asked by an conference member active a specialized workout package, the pro human answered that the workout schedule in ponder would be rubbishy for putting on ruffian body. Within a month, I saw that photographic workout/recovery schedule state recommended in a bodybuilding publisher by the then-Mr. Champaign.In the '90s, that comparable had a farewell workout television syllabus for mainstream suitableness. During an film, I heard him mouth to Geraldo Riviera nigh the evils of anabolics code-word for steroids. He was ostensibly disagreeable to dissuade youngsters from using them. Yet he admitted within different mediums that he misused them regularly of row he victimized them; he was a pro mortal http://muscleshealthpro.com/testinate-250-review/ -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9435> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7297: LLVM incorrectly hoisting loads
by GHC 12 Aug '14

12 Aug '14

#7297: LLVM incorrectly hoisting loads -------------------------------------+------------------------------------- Reporter: dterei | Owner: dterei Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: Compiler | Version: 7.7 (LLVM) | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: Incorrect | Related Tickets: result at runtime | Test Case: | 367_letnoescape | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by slyfox): * cc: slyfox (added) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7297#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9013: addWord2# is buggy
by GHC 11 Aug '14

11 Aug '14

#9013: addWord2# is buggy ------------------------------------+------------------------------------- Reporter: pumpkin | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.2 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- Looks like its behavior differs between optimization levels: {{{#!haskell {-# LANGUAGE MagicHash, UnboxedTuples #-} import GHC.Prim import GHC.Word big :: Word big = maxBound good = let x = case big of W# w -> w in case plusWord2# x x of (# a, b #) -> (W# a, W# b) main = do putStrLn $ case good of (0, z) -> "Such optimal, much sad" (1, z) -> "No optimization here" }}} I thought I was going crazy! Try the above code with and without -O2 and you'll get different output. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9013> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 12

Re: [GHC] #4479: Implement Dot as Postfix Function Apply (was: Add Type Directed Name Resolution)
by GHC 11 Aug '14

11 Aug '14

#4479: Implement Dot as Postfix Function Apply -------------------------------------+------------------------------------- Reporter: gidyn | Owner: Type: feature | Status: new request | Milestone: 7.10.1 Priority: low | Version: 7.5 Component: Compiler | Keywords: (Type checker) | Architecture: Unknown/Multiple Resolution: | Difficulty: Unknown Operating System: | Blocked By: Unknown/Multiple | Related Tickets: Type of failure: | None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Description changed by gidyn: Old description: > A request to implement [http://hackage.haskell.org/trac/haskell- > prime/wiki/TypeDirectedNameResolution type-directed name resolution], as > [http://hackage.haskell.org/trac/haskell-prime/ticket/129 proposed] for > Haskell'. New description: A request to implement [https://ghc.haskell.org/trac/ghc/wiki/Records/DeclaredOverloadedRecordField… Dot as Postfix Function Apply]. -- -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4479#comment:21> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0