Re: [GHC] #3843: Merge plugins into HEAD

[GHC]

#3843: Merge plugins into HEAD
-+--
Reporter:  dreixel   |Owner:  simonpj 
Type:  task  |   Status:  new 
Priority:  normal|Milestone:  7.2.1   
   Component:  Compiler  |  Version:  6.13
Keywords:| Testcase:  
   Blockedby:|   Difficulty:  
  Os:  Unknown/Multiple  | Blocking:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--

Comment(by thoughtpolice):

 I'm moving these patches to git as we speak and making sure everything
 still works. The initial commit containing the verboten work from darcs
 will (soon) be available here:

 https://github.com/thoughtpolice/ghc/tree/plugins

 The patches don't affect anything other than the main compiler repository.
 I've been busy and still need testsuite patches. :/

 I tested this a while ago before the VCS switchover (the SF bay
 hackathon,) and there seemed to be failures on OS X. I'm investigating
 them. I'd also like to test on windows before they get merged.

 @shelarcy, recently, Simon Marlow refactored the way module initialization
 is done, see this commit: a52ff7619e8b7d74a9d933d922eeea49f580bca8 - the
 result is that plugins should no longer bloat the executables that use,
 say, module annotations. Thus you should be able to safely include both
 annotations and GHC plugins themselves in the same package.

 There's some work to be done but I'd still like to get this done in time
 for 7.2.1 hopefully.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5121: T4809 fails because there's no mtl

[GHC]

#5121: T4809 fails because there's no mtl
+---
  Reporter:  daniel.is.fischer  |  Owner:
  Type:  bug| Status:  closed
  Priority:  normal |  Milestone:
 Component:  Test Suite |Version:  7.1   
Resolution:  fixed  |   Keywords:
  Testcase: |  Blockedby:
Difficulty: | Os:  Linux 
  Blocking: |   Architecture:  x86   
   Failure:  Other  |  
+---

Comment(by daniel.is.fischer):

 The print failure would have actually been print020, which loads
 `../HappyTest` which has an `import Char`. The `Could not find` appeared
 in the print021 section however due to threading, sorry for the mix-up.

 Neither print020 nor 2317 (and others failing due to not-present packages)
 are unexpected failures, but I find it irritating to have such failures in
 the testsuite. On the other hand, I suppose those tests are still run with
 the packages installed occasionally and making their execution conditional
 depending on a ghc-pkg query would be more work than it's worth.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5124: Improve documentation for Data.Traversable.fmapDefault

[GHC]

#5124: Improve documentation for Data.Traversable.fmapDefault
-+--
Reporter:  byorgey   |Owner:   
Type:  bug   |   Status:  patch
Priority:  normal|Milestone:   
   Component:  libraries/base|  Version:  7.0.3
Keywords:| Testcase:   
   Blockedby:|   Difficulty:   
  Os:  Unknown/Multiple  | Blocking:   
Architecture:  Unknown/Multiple  |  Failure:  Documentation bug
-+--
Changes (by igloo):

  * status:  new => patch


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5121: T4809 fails because there's no mtl

[GHC]

#5121: T4809 fails because there's no mtl
+---
  Reporter:  daniel.is.fischer  |  Owner:
  Type:  bug| Status:  closed
  Priority:  normal |  Milestone:
 Component:  Test Suite |Version:  7.1   
Resolution:  fixed  |   Keywords:
  Testcase: |  Blockedby:
Difficulty: | Os:  Linux 
  Blocking: |   Architecture:  x86   
   Failure:  Other  |  
+---
Changes (by igloo):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 I've fixed `T4809`, thanks.

 I can't reproduce the `print021` failure.

 `2317` is already an expected failure as far as I can see.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5060: iteratee: epollControl: permission denied (Operation not permitted)

[GHC]

#5060: iteratee: epollControl: permission denied (Operation not permitted)
---+
Reporter:  pacak   |Owner:  johan.tibell@… 
Type:  bug |   Status:  new
Priority:  high|Milestone:  7.2.1  
   Component:  libraries/base  |  Version:  7.0.3  
Keywords:  | Testcase: 
   Blockedby:  |   Difficulty: 
  Os:  Linux   | Blocking: 
Architecture:  x86_64 (amd64)  |  Failure:  Incorrect result at runtime
---+
Changes (by igloo):

  * owner:  => johan.tibell@…
  * priority:  normal => high
  * milestone:  => 7.2.1


Comment:

 Replying to [comment:3 tibbe]:
 > I will take as soon as I have time, probably some time next week.

 Thanks!

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5060: iteratee: epollControl: permission denied (Operation not permitted)

[GHC]

#5060: iteratee: epollControl: permission denied (Operation not permitted)
---+
Reporter:  pacak   |Owner: 
Type:  bug |   Status:  new
Priority:  normal  |Milestone: 
   Component:  libraries/base  |  Version:  7.0.3  
Keywords:  | Testcase: 
   Blockedby:  |   Difficulty: 
  Os:  Linux   | Blocking: 
Architecture:  x86_64 (amd64)  |  Failure:  Incorrect result at runtime
---+
Description changed by igloo:

Old description:

> If you run this ticket as literate haskell program it works fine when
> 1) executed via ghci/runhaskell in ghc 6.12.3
> 2) executed as compiled file in both ghc 6.12.3 and 7.0.2/7.0.3
>
> and it fails with a message " epollControl: permission denied (Operation
> not permitted)" when executed via runhaskell in ghc 7.0.2/7.0.3
> {{{
> > import Data.Iteratee
> > import Data.Iteratee.IO
> > import Data.Iteratee.Char
>
> > main = fileDriver printLines "/etc/passwd"
> }}}
> some logs are attached

New description:

 If you run this ticket as literate haskell program it works fine when
  1. executed via ghci/runhaskell in ghc 6.12.3
  2. executed as compiled file in both ghc 6.12.3 and 7.0.2/7.0.3

 and it fails with a message " epollControl: permission denied (Operation
 not permitted)" when executed via runhaskell in ghc 7.0.2/7.0.3
 {{{
 > import Data.Iteratee
 > import Data.Iteratee.IO
 > import Data.Iteratee.Char

 > main = fileDriver printLines "/etc/passwd"
 }}}
 some logs are attached

--

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5060: iteratee: epollControl: permission denied (Operation not permitted)

[GHC]

#5060: iteratee: epollControl: permission denied (Operation not permitted)
---+
Reporter:  pacak   |Owner: 
Type:  bug |   Status:  new
Priority:  normal  |Milestone: 
   Component:  libraries/base  |  Version:  7.0.3  
Keywords:  | Testcase: 
   Blockedby:  |   Difficulty: 
  Os:  Linux   | Blocking: 
Architecture:  x86_64 (amd64)  |  Failure:  Incorrect result at runtime
---+
Description changed by igloo:

Old description:

> If you run this ticket as literate haskell program it works fine when
> 1) executed via ghci/runhaskell in ghc 6.12.3
> 2) executed as compiled file in both ghc 6.12.3 and 7.0.2/7.0.3
>
> and it fails with a message " epollControl: permission denied (Operation
> not permitted)" when executed via runhaskell in ghc 7.0.2/7.0.3
>
> > import Data.Iteratee
> > import Data.Iteratee.IO
> > import Data.Iteratee.Char
>
> > main = fileDriver printLines "/etc/passwd"
>
> some logs are attached

New description:

 If you run this ticket as literate haskell program it works fine when
 1) executed via ghci/runhaskell in ghc 6.12.3
 2) executed as compiled file in both ghc 6.12.3 and 7.0.2/7.0.3

 and it fails with a message " epollControl: permission denied (Operation
 not permitted)" when executed via runhaskell in ghc 7.0.2/7.0.3
 {{{
 > import Data.Iteratee
 > import Data.Iteratee.IO
 > import Data.Iteratee.Char

 > main = fileDriver printLines "/etc/passwd"
 }}}
 some logs are attached

--

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5059: Pragma to SPECIALISE on value arguments

[GHC]

#5059: Pragma to SPECIALISE on value arguments
-+--
Reporter:  batterseapower|Owner:  
Type:  feature request   |   Status:  new 
Priority:  normal|Milestone:  7.4.1   
   Component:  Compiler  |  Version:  7.0.3   
Keywords:| Testcase:  
   Blockedby:|   Difficulty:  
  Os:  Unknown/Multiple  | Blocking:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by igloo):

  * milestone:  => 7.4.1


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5054: LLVM Errors with test cases

[GHC]

#5054: LLVM Errors with test cases
-+--
Reporter:  arsenm|Owner:  davidterei@…
Type:  bug   |   Status:  new 
Priority:  normal|Milestone:  7.2.1   
   Component:  Compiler (LLVM)   |  Version:  7.0.2   
Keywords:| Testcase:  
   Blockedby:|   Difficulty:  
  Os:  Unknown/Multiple  | Blocking:  
Architecture:  Unknown/Multiple  |  Failure:  Compile-time crash  
-+--
Changes (by igloo):

  * milestone:  => 7.2.1


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5053: Internal error with runhaskell and System.Plugins.dynload

[GHC]

#5053: Internal error with runhaskell and System.Plugins.dynload
-+--
Reporter:  robnik|Owner:  igloo
Type:  bug   |   Status:  new  
Priority:  normal|Milestone:  7.2.1
   Component:  Compiler  |  Version:  7.0.2
Keywords:| Testcase:   
   Blockedby:|   Difficulty:   
  Os:  MacOS X   | Blocking:   
Architecture:  x86   |  Failure:  Runtime crash
-+--
Changes (by igloo):

  * owner:  => igloo
  * milestone:  => 7.2.1


Comment:

 Thanks for the report. I'll see if I can reproduce it.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5118: Numeric.floatToDigits fails for large floatRange

[GHC]

#5118: Numeric.floatToDigits fails for large floatRange
+---
Reporter:  claudiusmaximus  |   Owner: 
Type:  bug  |  Status:  new
Priority:  normal   |   Component:  libraries/base 
 Version:  6.12.3   |Keywords: 
Testcase:   |   Blockedby: 
  Os:  Linux|Blocking: 
Architecture:  x86_64 (amd64)   | Failure:  Incorrect result at runtime
+---
Changes (by daniel.is.fischer):

 * cc: daniel.is.fischer@… (added)


Comment:

 You get underflow with `floatRange _ = (minBound, maxBound)`:
 {{{
 floatToDigits base x =
  let
   (f0, e0) = decodeFloat x
   (minExp0, _) = floatRange x
   p = floatDigits x
   b = floatRadix x
   minExp = minExp0 - p -- the real minimum exponent
   -- Haskell requires that f be adjusted so denormalized numbers
   -- will have an impossibly low exponent.  Adjust for this.
   (f, e) =
let n = minExp - e0 in
if n > 0 then (f0 `quot` (expt b n), e0+n) else (f0, e0)
 }}}
 So with 64 bits of precision, you try to compute
 {{{
 (771*2^54) `quot` 2^(maxBound-63-(-54))
 }}}
 which will take some time and a lot of memory if it succeeds at all,
 resulting in a 0 where a positive integer is required, leading to an
 infinite recursion a few lines later.

 Even with the halved `floatRange`, for `HugeFloat`s of very small or very
 large modulus, `floatToDigits` will perform abysmally bad if it succeeds
 at all.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5051: Typechecker behaviour change

[GHC]

#5051: Typechecker behaviour change
-+--
Reporter:  igloo |Owner:  simonpj 
Type:  bug   |   Status:  new 
Priority:  high  |Milestone:  7.2.1   
   Component:  Compiler  |  Version:  7.0.2   
Keywords:| Testcase:  
   Blockedby:|   Difficulty:  
  Os:  Unknown/Multiple  | Blocking:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by igloo):

  * owner:  => simonpj


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5051: Typechecker behaviour change

[GHC]

#5051: Typechecker behaviour change
-+--
Reporter:  igloo |Owner:  
Type:  bug   |   Status:  new 
Priority:  high  |Milestone:  7.2.1   
   Component:  Compiler  |  Version:  7.0.2   
Keywords:| Testcase:  
   Blockedby:|   Difficulty:  
  Os:  Unknown/Multiple  | Blocking:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by igloo):

  * priority:  normal => high
  * milestone:  => 7.2.1


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5048: Wrong SrcSpan on AbsBinds

[GHC]

#5048: Wrong SrcSpan on AbsBinds
---+
Reporter:  JPMoresmau  |Owner: 
Type:  bug |   Status:  infoneeded 
Priority:  normal  |Milestone:  7.2.1  
   Component:  GHC API |  Version:  7.0.2  
Keywords:  SrcSpan | Testcase: 
   Blockedby:  |   Difficulty: 
  Os:  Windows | Blocking: 
Architecture:  x86 |  Failure:  Incorrect result at runtime
---+
Changes (by igloo):

  * milestone:  => 7.2.1


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5047: ghc fails to build if HOME is not seth

[GHC]

#5047: ghc fails to build if HOME is not seth
-+--
Reporter:  nomeata   |Owner:  igloo  
Type:  bug   |   Status:  new
Priority:  normal|Milestone:  7.2.1  
   Component:  Compiler  |  Version:  7.0.2  
Keywords:| Testcase: 
   Blockedby:|   Difficulty: 
  Os:  Linux | Blocking: 
Architecture:  Unknown/Multiple  |  Failure:  Building GHC failed
-+--
Changes (by igloo):

  * owner:  => igloo
  * milestone:  => 7.2.1


Comment:

 Thanks for the report.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5116: Using -fno-code and -ddump-simpl don't work together anymore.

[GHC]

#5116: Using -fno-code and -ddump-simpl don't work together anymore.
---+
  Reporter:  FUZxxl|  Owner:
  Type:  bug   | Status:  closed
  Priority:  normal|  Milestone:
 Component:  Compiler  |Version:  7.1   
Resolution:  wontfix   |   Keywords:  -fno-code 
  Testcase:|  Blockedby:
Difficulty:| Os:  Linux 
  Blocking:|   Architecture:  x86_64 (amd64)
   Failure:  Other |  
---+
Changes (by simonmar):

  * status:  new => closed
  * resolution:  => wontfix


Comment:

 This probably changed in
 changeset:7828bf3ea2ea34e7a3a8662f5f621ef706ffee5c

 I think GHC is doing the right thing: `-fno-code` stops after
 typechecking, which is correct since you asked for no code, and it's what
 clients like Haddock need.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

[GHC] #5124: Improve documentation for Data.Traversable.fmapDefault

[GHC]

#5124: Improve documentation for Data.Traversable.fmapDefault
-+--
Reporter:  byorgey   |   Owner:   
Type:  bug   |  Status:  new  
Priority:  normal|   Component:  libraries/base   
 Version:  7.0.3 |Keywords:   
Testcase:|   Blockedby:   
  Os:  Unknown/Multiple  |Blocking:   
Architecture:  Unknown/Multiple  | Failure:  Documentation bug
-+--
 Data.Traversable.fmapDefault in fact only works with Traversable instances
 which override the definition of traverse, not with instances which only
 override sequenceA (although such instances are perfectly valid).  I've
 attached a patch noting this in the fmapDefault documentation.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5123: T706 failed due to reading dot-ghci file

[GHC]

#5123: T706 failed due to reading dot-ghci file
--+-
Reporter:  daniel.is.fischer  |   Owner:
Type:  bug|  Status:  patch 
Priority:  normal |   Component:  Test Suite
 Version:  7.1|Keywords:
Testcase: |   Blockedby:
  Os:  Unknown/Multiple   |Blocking:
Architecture:  Unknown/Multiple   | Failure:  Other 
--+-
Changes (by daniel.is.fischer):

  * status:  new => patch


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

[GHC] #5123: T706 failed due to reading dot-ghci file

[GHC]

#5123: T706 failed due to reading dot-ghci file
--+-
Reporter:  daniel.is.fischer  |   Owner:
Type:  bug|  Status:  new   
Priority:  normal |   Component:  Test Suite
 Version:  7.1|Keywords:
Testcase: |   Blockedby:
  Os:  Unknown/Multiple   |Blocking:
Architecture:  Unknown/Multiple   | Failure:  Other 
--+-
 T706 failed due to unexpected output because the `--interactive`
 invocation read the .ghci file.

 Patch attached.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5045: "panic! (the 'impossible' happened)" compiling code using arrows and elimReader (test case included)

[GHC]

#5045: "panic! (the 'impossible' happened)" compiling code using arrows and
elimReader (test case included)
---+
Reporter:  josh|Owner:  simonpj 
Type:  bug |   Status:  new 
Priority:  high|Milestone:  7.2.1   
   Component:  Compiler|  Version:  7.0.2   
Keywords:  | Testcase:  
   Blockedby:  |   Difficulty:  
  Os:  Linux   | Blocking:  
Architecture:  x86_64 (amd64)  |  Failure:  None/Unknown
---+
Changes (by igloo):

  * owner:  => simonpj
  * priority:  normal => high
  * milestone:  => 7.2.1


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5122: Faster conversion between Rational and Double/Float

[GHC]

#5122: Faster conversion between Rational and Double/Float
--+-
Reporter:  daniel.is.fischer  |   Owner: 
Type:  task   |  Status:  patch  
Priority:  normal |   Component:  libraries (other)  
 Version:  7.0.3  |Keywords:  fromRational toRational
Testcase: |   Blockedby: 
  Os:  Unknown/Multiple   |Blocking: 
Architecture:  Unknown/Multiple   | Failure:  None/Unknown   
--+-
Changes (by daniel.is.fischer):

  * status:  new => patch


Comment:

 The git patches include version bumps for the packages, the darcs patches
 not.

 Since I don't have access to a 64-bit system, the 64-bit code is not yet
 validated.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5038: internal error with rebindable if-then-else

[GHC]

#5038: internal error with rebindable if-then-else
---+
Reporter:  Philonous   |Owner:  simonpj 
Type:  bug |   Status:  new 
Priority:  high|Milestone:  7.2.1   
   Component:  Compiler|  Version:  7.0.2   
Keywords:  | Testcase:  
   Blockedby:  |   Difficulty:  
  Os:  Linux   | Blocking:  
Architecture:  x86_64 (amd64)  |  Failure:  None/Unknown
---+
Changes (by igloo):

  * owner:  => simonpj
  * priority:  normal => high
  * milestone:  => 7.2.1


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

[GHC] #5122: Faster conversion between Rational and Double/Float

[GHC]

#5122: Faster conversion between Rational and Double/Float
--+-
Reporter:  daniel.is.fischer  |   Owner: 
Type:  task   |  Status:  new
Priority:  normal |   Component:  libraries (other)  
 Version:  7.0.3  |Keywords:  fromRational toRational
Testcase: |   Blockedby: 
  Os:  Unknown/Multiple   |Blocking: 
Architecture:  Unknown/Multiple   | Failure:  None/Unknown   
--+-
 The proposal for the new implementation of `fromRational` and `toRational`
 was discussed (very briefly)
 [http://haskell.org/pipermail/libraries/2011-March/016144.html here].
 Supported by Simon Peyton Jones and (off list) Jason Dagit. No dissent.

 The old implementation of `toRational` and `fromRational` for `Double` and
 `Float` was extremely slow. Exploiting the representation of the involved
 types allows an order of magnitude speedup. In particular a fast base-2
 logarithm is needed, this has to be implemented in the integer-gmp resp.
 integer-simple packages, therefore three patches are needed, for base and
 each of the integer packages.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5037: TH mkName bug

[GHC]

#5037: TH mkName bug
-+--
Reporter:  igloo |Owner:  
Type:  bug   |   Status:  new 
Priority:  normal|Milestone:  7.4.1   
   Component:  Template Haskell  |  Version:  7.0.2   
Keywords:| Testcase:  
   Blockedby:|   Difficulty:  
  Os:  Unknown/Multiple  | Blocking:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by igloo):

  * milestone:  => 7.4.1


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5031: GHC API (7.0.2) + runhaskell causes bus error in Mac OS X 10.6

[GHC]

#5031: GHC API (7.0.2) + runhaskell causes bus error in Mac OS X 10.6
-+--
Reporter:  guest |Owner:  igloo   
Type:  bug   |   Status:  new 
Priority:  high  |Milestone:  7.2.1   
   Component:  GHC API   |  Version:  7.0.2   
Keywords:  ghc api,runhaskell,ghci,segv  | Testcase:  
   Blockedby:|   Difficulty:  
  Os:  MacOS X   | Blocking:  
Architecture:  x86   |  Failure:  None/Unknown
-+--
Changes (by igloo):

  * owner:  => igloo
  * priority:  normal => high
  * milestone:  => 7.2.1


Comment:

 I can reproduce this with 7.0.2 and 7.0.3 on i386 OS X.

 I can reproduce this with 7.0.2 on amd64 OS X.

 I cannot reproduce it with HEAD in i386 OS X.

 I cannot reproduce it with 7.0.2 on amd64 Linux.

 I'll do a normal (non-validate) HEAD build, and see if I can reproduce it
 with that.

 {{{
 ~/bindists/7.0.3-32/inst/bin/ghci -package ghc
 :m + GHC
 runGhc (Just "/Users/ian/bindists/7.0.3-32/inst/lib/ghc-7.0.3") $
 getSessionDynFlags >>= setSessionDynFlags >> dynCompileExpr "()"
 Segmentation fault
 }}}

 {{{
 ghc/git/val32/inplace/bin/ghc-stage2 --interactive -package ghc
 :m + GHC
 runGhc (Just "/Users/ian/ghc/git/val32/inplace/lib") $ getSessionDynFlags
 >>= setSessionDynFlags >> dynCompileExpr "()"
 <<()>>
 }}}

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

[GHC] #5121: T4809 fails because there's no mtl

[GHC]

#5121: T4809 fails because there's no mtl
--+-
Reporter:  daniel.is.fischer  |   Owner:
Type:  bug|  Status:  new   
Priority:  normal |   Component:  Test Suite
 Version:  7.1|Keywords:
Testcase: |   Blockedby:
  Os:  Linux  |Blocking:
Architecture:  x86| Failure:  Other 
--+-
 T4809 failed all ways with
 {{{
 Compile failed (status 256) errors were:

 T4809_XMLGenerator.hs:27:8:
 Could not find module `Control.Monad.RWS'
 Perhaps you meant
   Control.Monad.Fix (from base)
   Control.Monad.ST (from base)
   Control.Monad (needs flag -package haskell2010-1.0.0.0)
 Use -v to see a list of the files searched for.
 }}}

 Several other tests fail due to mtl, parsec or `QuickCheck` not being
 available, print021 because module `Char` is in haskell98, 2317 due to
 missing `Control.Parallel`.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5080: Recompilation bug: recomp008 failed

[GHC]

#5080: Recompilation bug: recomp008 failed
+---
  Reporter:  daniel.is.fischer  |  Owner:  igloo
  Type:  bug| Status:  new  
  Priority:  normal |  Milestone:  7.2.1
 Component:  Compiler   |Version:  7.0.3
Resolution: |   Keywords:   
  Testcase: |  Blockedby:   
Difficulty: | Os:  Linux
  Blocking: |   Architecture:  x86  
   Failure:  Other  |  
+---
Changes (by igloo):

  * owner:  => igloo


Comment:

 It deliberately has a space in, to find problems with installing to or
 running the compiler when the path contains a space.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5080: Recompilation bug: recomp008 failed

[GHC]

#5080: Recompilation bug: recomp008 failed
+---
  Reporter:  daniel.is.fischer  |  Owner:   
  Type:  bug| Status:  new  
  Priority:  normal |  Milestone:  7.2.1
 Component:  Compiler   |Version:  7.0.3
Resolution: |   Keywords:   
  Testcase: |  Blockedby:   
Difficulty: | Os:  Linux
  Blocking: |   Architecture:  x86  
   Failure:  Other  |  
+---
Changes (by daniel.is.fischer):

  * status:  closed => new
  * resolution:  fixed =>


Comment:

 Failed again (today's HEAD), this time with
 {{{
 gmake[3]: /home/dafis/Haskell/Hacking/Gits/new/ghc/bindisttest/install:
 Kommando nicht gefunden
 gmake[3]: *** [A.o] Fehler 127
 gmake[2]: *** [recomp008] Fehler 2
 }}}
 I suspect something didn't escape the space in `install dir`. Would it be
 an option to call it `install_dir` instead?

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5045: "panic! (the 'impossible' happened)" compiling code using arrows and elimReader (test case included)

[GHC]

#5045: "panic! (the 'impossible' happened)" compiling code using arrows and
elimReader (test case included)
---+
Reporter:  josh|Owner:  
Type:  bug |   Status:  new 
Priority:  normal  |Milestone:  
   Component:  Compiler|  Version:  7.0.2   
Keywords:  | Testcase:  
   Blockedby:  |   Difficulty:  
  Os:  Linux   | Blocking:  
Architecture:  x86_64 (amd64)  |  Failure:  None/Unknown
---+

Comment(by daniel.is.fischer):

 Just to make sure: the patch is not yet in, so today's HEAD panicking on
 those is still to be expected?

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5022: GHC goes to infinite loop

[GHC]

#5022: GHC goes to infinite loop
---+
Reporter:  serpentologist  |Owner:  
Type:  bug |   Status:  new 
Priority:  high|Milestone:  7.2.1   
   Component:  Compiler|  Version:  7.0.2   
Keywords:  infinite loop   | Testcase:  
   Blockedby:  |   Difficulty:  
  Os:  Linux   | Blocking:  
Architecture:  x86 |  Failure:  None/Unknown
---+
Changes (by igloo):

  * priority:  normal => high
  * milestone:  => 7.2.1


Comment:

 The bindist is http://haskell.org/ghc/dist/7.0.2/ghc-7.0.2-i386-unknown-
 linux.tar.bz2

 (i.e. I didn't try building the platform and compiling with that)

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5030: Slow type checking of type-level computation heavy code.

[GHC]

#5030: Slow type checking of type-level computation heavy code.
+---
Reporter:  thesz|Owner: 
 
Type:  bug  |   Status:  new
 
Priority:  normal   |Milestone:  7.2.1  
 
   Component:  Compiler (Type checker)  |  Version:  7.0.2  
 
Keywords:   | Testcase: 
 
   Blockedby:   |   Difficulty: 
 
  Os:  Unknown/Multiple | Blocking: 
 
Architecture:  x86  |  Failure:  Compile-time 
performance bug
+---
Changes (by igloo):

  * milestone:  => 7.2.1


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5029: GHC panic!

[GHC]

#5029: GHC panic!
---+
  Reporter:  csoroz|  Owner:  
  Type:  bug   | Status:  closed  
  Priority:  normal|  Milestone:  
 Component:  Compiler  |Version:  7.0.2   
Resolution:  invalid   |   Keywords:  
  Testcase:|  Blockedby:  
Difficulty:| Os:  Unknown/Multiple
  Blocking:|   Architecture:  Unknown/Multiple
   Failure:  None/Unknown  |  
---+
Changes (by igloo):

  * status:  infoneeded => closed
  * resolution:  => invalid


Comment:

 No response from submitter, so closing.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5023: program exits at runtime with 'unimplemented/strange closure type' error

[GHC]

#5023: program exits at runtime with 'unimplemented/strange closure type' error
---+
  Reporter:  bfbarakat |  Owner:
  Type:  bug   | Status:  closed
  Priority:  normal|  Milestone:
 Component:  Compiler  |Version:  6.12.3
Resolution:  invalid   |   Keywords:
  Testcase:|  Blockedby:
Difficulty:| Os:  MacOS X   
  Blocking:|   Architecture:  x86_64 (amd64)
   Failure:  None/Unknown  |  
---+
Changes (by igloo):

  * status:  infoneeded => closed
  * resolution:  => invalid


Comment:

 No response from submitter, so closing.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5023: program exits at runtime with 'unimplemented/strange closure type' error

[GHC]

#5023: program exits at runtime with 'unimplemented/strange closure type' error
---+
Reporter:  bfbarakat   |Owner:  
Type:  bug |   Status:  infoneeded  
Priority:  normal  |Milestone:  
   Component:  Compiler|  Version:  6.12.3  
Keywords:  | Testcase:  
   Blockedby:  |   Difficulty:  
  Os:  MacOS X | Blocking:  
Architecture:  x86_64 (amd64)  |  Failure:  None/Unknown
---+
Description changed by igloo:

Old description:

> My program (attached) compiles fine, but at runtime exited with the
> following error message:
> "internal error: scavenge: unimplemented/strange closure type 12642 @
> 0xd007e0
> (GHC version 6.12.3 for i386_apple_darwin)
> Please report this as a GHC bug:
> http://www.haskell.org/ghc/reportabug
> Abort trap"
> It did this halfway through the set of parallel tasks between lines
> 150:154.
>
> If it hadn't explicitly said to report this as a GHC bug, I would have
> assumed it was my mistake. As you can see from the program, I'm not
> hugely proficient at Haskell and in any case not primarily a programmer.
> Sorry if that makes it more difficult to trace.

New description:

 My program (attached) compiles fine, but at runtime exited with the
 following error message:
 {{{
 internal error: scavenge: unimplemented/strange closure type 12642 @
 0xd007e0
 (GHC version 6.12.3 for i386_apple_darwin)
 Please report this as a GHC bug:
 http://www.haskell.org/ghc/reportabug
 Abort trap
 }}}
 It did this halfway through the set of parallel tasks between lines
 150:154.

 If it hadn't explicitly said to report this as a GHC bug, I would have
 assumed it was my mistake. As you can see from the program, I'm not hugely
 proficient at Haskell and in any case not primarily a programmer. Sorry if
 that makes it more difficult to trace.

--

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5019: OS X: ld: warning: could not create compact unwind for _ffi_call_unix64

[GHC]

#5019: OS X: ld: warning: could not create compact unwind for _ffi_call_unix64
---+
Reporter:  altaic  |Owner:  igloo   
 
Type:  bug |   Status:  new 
 
Priority:  normal  |Milestone:  7.2.1   
 
   Component:  Compiler|  Version:  7.1 
 
Keywords:  | Testcase:  
 
   Blockedby:  |   Difficulty:  
 
  Os:  MacOS X | Blocking:  
 
Architecture:  x86_64 (amd64)  |  Failure:  Incorrect warning at 
compile-time
---+
Changes (by igloo):

  * milestone:  => 7.2.1


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #5072: Segfault on OS X in interpreted code

[GHC]

#5072: Segfault on OS X in interpreted code
-+--
Reporter:  nominolo  |   Owner:   
Type:  bug   |  Status:  new  
Priority:  normal|   Component:  Compiler 
 Version:  7.0.3 |Keywords:   
Testcase:|   Blockedby:   
  Os:  Unknown/Multiple  |Blocking:   
Architecture:  Unknown/Multiple  | Failure:  Runtime crash
-+--
Changes (by PHO):

 * cc: pho@… (added)


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs