| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Changes cosh, exp, expm1, log, log10, sinh, cbrt,
asin, acos, atan, tanh, log1p
These functions are now implemnted in java to
save the overhead of a jni call
Change-Id: I4d3b70dd1693378af5b04cbbe0fecd95d97c1cff
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Code has moved to separate projects, each with their
own NOTICE file.
(cherry picked from commit 867586be2918b2a77929ea3b65c60ffa0fe35c88)
Change-Id: I0fa897b60c5eee02b5ad51c060d4d6bdd9b1f1cb
|
|/
|
|
|
|
| |
(cherry picked from commit 1ad5803282c3c238eeb8dfef2db931bd3fcf2bd5)
Change-Id: I6c9a3059fd39b3695f1d4737e977bda9e8411a4c
|
|
|
|
|
|
| |
The code previously moved to external/bouncycastle
Change-Id: I3ffe2b1b08819f25d2c370c08c6303cf54764db5
|
|\
| |
| |
| |
| |
| |
| | |
Merge commit '85948576f0270265ebeca795f41447ad4f549c11' into dalvik-dev
* commit '85948576f0270265ebeca795f41447ad4f549c11':
Remove JSON License from NOTICE file
|
| |
| |
| |
| | |
Change-Id: Ie4426f8e33ddef42916e88adeaf672714212d3a3
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Our implementations of SimpleTimeZone and Calendar became mutually recursive
for custom time zones when I changed GregorianCalendar.computeFields to use
TimeZone.inDaylightTime --- SimpleTimeZone's implementation of inDaylightTime
creates a GregorianCalendar leading to a stack overflow looking something
like this...
at java.util.SimpleTimeZone.inDaylightTime(SimpleTimeZone.java:599)
at java.util.GregorianCalendar.computeFields(GregorianCalendar.java:595)
at java.util.Calendar.complete(Calendar.java:819)
at java.util.Calendar.setTimeInMillis(Calendar.java:1319)
at java.util.GregorianCalendar.<init>(GregorianCalendar.java:339)
at java.util.GregorianCalendar.<init>(GregorianCalendar.java:325)
at java.util.SimpleTimeZone.inDaylightTime(SimpleTimeZone.java:599)
I've cut the knot by introducing "Grego" from ICU4J, and rewriting our
SimpleTimeZone.inDaylightTime in the style of ICU4J's implementation.
Maybe we'll be using the ICU4J calendar implementation sooner than I thought!
|
| |
|
| |
|
|
|