Fix compilation of Enum on JDK 7

Change-Id: I2e58b6a527e4ef1fc7ed3359b8aea88d01a031fb

libcore: Better Enum fix for JDK 7

 * Jerome Pilliet suggests using a cast in the compareTo method instead of
   changing the field visibility. This is a much better fix.

Change-Id: I334105e0922225512a4d0a2d4b6c9c6ec71b9c51
GC triggering performance optimizations

Copy the correct starting heap size at process init.
Interfaces to set GC/managed heap parameters.

Change-Id: If0b1637291e77f9781ae6249c5d0257f659253ca
Merge tag 'android-4.3_r2.2' of https://android.googlesource.com/platform/libcore into cm-10.2

Android 4.3 release 2.2
Fix German date parsing.

CLDR changed German from having a mix of 3- and 4-character abbreviated month
names (such as "Juli" and "Aug"[ust]) to having only 4-character names by
adding periods to the end of abbreviated names (giving "Juli" and "Aug.").
This means that a date formatted with the old data (by jb-mr1, say) can't
be parsed with the new data (in jb-mr2, say). Work around this by doing what
icu4c's SimpleDateFormat::parse does --- accepting "xxx" as a match for "xxx.".

Bug: https://code.google.com/p/android/issues/detail?id=59383
Bug: 10511599
Change-Id: I021ea8ffeea37ea2cae943a84cdd2babb337301d
Apply a variation of the suggested app-level patch to SecureRandom

http://android-developers.blogspot.pt/2013/08/some-securerandom-thoughts.html
for more details. This isn't an ideal solution, but until a proper patch
comes up it'll do

Change-Id: Ib6bf4478fc1ae3d16eefa4eb2ad90f1f3e9de021
Merge "Fix German date parsing." into cm-10.2
Do not apply the PRNG workarounds if an explicit seed is given

If the caller seeds the engine, do NOT override that seed with another
from urandom.

This is a companion change to Ib6bf4478fc1ae3d16eefa4eb2ad90f1f3e9de021,
and should be reverted along with it when the proper fix appears.

Change-Id: I0a9ba35d74af89c91b6aafa35cc94001372794e1
Merge branch 'cm/cm-10.2'