Skip to content

A
android_packages_apps_ExactCalculator
Switch branch/tag
This project is mirrored from https://github.com/LineageOS/android_packages_apps_ExactCalculator. Pull mirroring updated .
  1. 28 Apr, 2018 1 commit
  3. 13 Apr, 2018 1 commit
  5. 28 Mar, 2018 1 commit
  7. 08 Mar, 2018 1 commit
  9. 27 Jan, 2018 3 commits
  11. 11 Jan, 2018 1 commit
  13. 21 Dec, 2017 4 commits
  15. 20 Dec, 2017 4 commits
  17. 07 Dec, 2017 3 commits
  19. 06 Dec, 2017 1 commit
  21. 30 Nov, 2017 3 commits
  23. 17 Nov, 2017 1 commit
  25. 15 Nov, 2017 2 commits
  27. 13 Nov, 2017 1 commit
  29. 02 Nov, 2017 3 commits
  31. 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
  33. 30 Oct, 2017 2 commits
  35. 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
  37. 20 Oct, 2017 2 commits