This project is mirrored from https://github.com/LineageOS/android_packages_apps_ExactCalculator. Pull mirroring updated .
  1. 28 Apr, 2018 1 commit
  2. 13 Apr, 2018 1 commit
  3. 28 Mar, 2018 1 commit
  4. 08 Mar, 2018 1 commit
  5. 27 Jan, 2018 3 commits
  6. 11 Jan, 2018 1 commit
  7. 21 Dec, 2017 4 commits
  8. 20 Dec, 2017 4 commits
  9. 07 Dec, 2017 3 commits
  10. 06 Dec, 2017 1 commit
  11. 30 Nov, 2017 3 commits
  12. 17 Nov, 2017 1 commit
  13. 15 Nov, 2017 2 commits
  14. 13 Nov, 2017 1 commit
  15. 02 Nov, 2017 3 commits
  16. 01 Nov, 2017 5 commits
    • Hans Boehm's avatar
      Handle ln(rational multiple of e) better am: 551f8cb2 am: 5d4756ed · d5173cda
      Hans Boehm authored
      am: 030e3f9f
      
      Change-Id: I98c5e9d1b0805ec8925b009ec356fdee422a5093
      d5173cda
    • Hans Boehm's avatar
      Handle ln(rational multiple of e) better am: 551f8cb2 · 030e3f9f
      Hans Boehm authored
      am: 5d4756ed
      
      Change-Id: Iec76bfee91a37830851d110da89abbaf3b767057
      030e3f9f
    • Hans Boehm's avatar
      Extend BoundedRational and UnifiedReal and fix pow(), exp() · f74f2b5e
      Hans Boehm authored
      Bug: 64852569
      
      Clean up exp() and pow() implementation so that it always
      terminates in reasonable time, if the result has reasonable size.
      Do not negate the exponent and take the reciprocal of the
      result, since that makes some near-zero results extremely
      expensive to compute.
      
      Lean more towards using the exp() and ln() implementation
      of pow() when there is a choice. The recursive implementation
      can be problematic with huge exponents.
      
      Add accurate conversion function from Double.
      
      Improve accuracy of conversion in the other direction. The old version
      was prone to just saying NaN or Infinite for rationals with long
      representations.
      
      Do something more reasonable about hashCode() and equals() for
      these two types, to make them safer to use.
      
      Some minor cleanups, including some minor performance fixes.
      
      A lot of this was driven by attempts to compare UnifiedReal results
      to java.lang.Math generated double results.
      
      Test: Ran unit tests (on host only, so far).
      Change-Id: If2e47d99841b3b1fec2349acb31608136a71828e
      (cherry picked from commit ff47d599ad952853119dbffbe1e4a8ac06924b4a)
      f74f2b5e
    • Hans Boehm's avatar
      Handle ln(rational multiple of e) better · 5d4756ed
      Hans Boehm authored
      am: 551f8cb2
      
      Change-Id: I91cafee1e8dc9ad76f6261ab95909b9aba4a82b6
      5d4756ed
    • Hans Boehm's avatar
      Handle ln(rational multiple of e) better · 551f8cb2
      Hans Boehm authored
      Bug: 37486067
      
      In particular, ln(e) is now a rational one.
      
      Test: Unit tests, manual test.
      Change-Id: I3cc57a4a84ec6667d3c8554c4fc234f9aa7c2e86
      (cherry picked from commit bf2e69ae00d7b70562822769c100c3ddcc928b17)
      551f8cb2
  17. 30 Oct, 2017 2 commits
  18. 29 Oct, 2017 1 commit
    • Bill Yi's avatar
      Import translations. DO NOT MERGE · 11fdfbde
      Bill Yi authored
      Auto-generated-cl: translation import
      Exempt-From-Owner-Approval: translation import
      
      Bug: 64712476
      Change-Id: Ibbae771b2e1f2ce3de4de5d35da0f71956a9a199
      11fdfbde
  19. 20 Oct, 2017 2 commits