Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in / Register
GHC
GHC
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 4,332
    • Issues 4,332
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
    • Iterations
  • Merge Requests 363
    • Merge Requests 363
  • Requirements
    • Requirements
    • List
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Security & Compliance
    • Security & Compliance
    • Dependency List
    • License Compliance
  • Operations
    • Operations
    • Incidents
    • Environments
  • Analytics
    • Analytics
    • CI / CD
    • Code Review
    • Insights
    • Issue
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • Glasgow Haskell Compiler
  • GHCGHC
  • Issues
  • #16340

Closed
Open
Opened Feb 19, 2019 by David Feuer@treeowlReporter

Improve properFraction for Ratio

We define

    properFraction (x:%y) = (fromInteger (toInteger q), r:%y)
      where (q, r) = quotRem x y

The first problem is that this produces a lazy pair. The second problem is that it uses fromInteger . toInteger rather than fromIntegral; the latter has rewrite rules that the former lacks. The whole thing should be written as

    properFraction (x:%y) = (q', r:%y)
      where !(q, r) = quotRem x y
            !q' = fromIntegral q

or possibly

    properFraction (x:%y) = (fromIntegral q, r:%y)
      where !(q, r) = quotRem x y

The latter is better if someone only wants the fractional part and is using Integral types for which fromIntegral is unusually expensive, but I don't know if that's really worth worrying about.

Trac metadata
Trac field Value
Version 8.6.3
Type Task
TypeOfFailure OtherFailure
Priority normal
Resolution Unresolved
Component Core Libraries
Test case
Differential revisions
BlockedBy
Related
Blocking
CC
Operating system
Architecture
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: ghc/ghc#16340