Some changes added to compile and run with Java 6 and Java 7.

  - correction of errors with Javac 6:
    - target 1.5 and source empty.

Change-Id: I0e0587c6af5b304e8fa08524b8fb16195e50eefa
Fix rangeUnion return value in the successful case

Even if the ranges can be merge rangeUnion was returning false.
Most probably this was a typo.

Change-Id: I4cf8a19bd701a8501c2d49cf0bfa996f9e12c02f
Ignore empty ranges

Change-Id: I0cccba6795e3b9709cc646f6fa55bb60e6446ea1
EglMacApi: Use the right pbuffer texture target and format parameters

The target and format parameters are in the EGL parameter range
(and are stored in EGLints), while nsCreatePBuffer (which calls
NSOpenGLPixelBuffer initWithTextureTarget) takes GLenums.
This is pretty much similar to the same function in EglWindowsApi.cpp,
but contrary to that function, there's nothing similar to
WGL_NO_TEXTURE_ARB in initWithTextureTarget, so something has to be
specified in all cases.

Previously, the default EGL_NO_TEXTURE (0x305C) was passed through.
While this mostly worked just fine, it had the surprising hidden
side effect of using a vertically flipped coordinate system in
glReadPixels (with the origin being the top left corner instead
of the bottom left one, which is default in OpenGL).

This makes the EncodeDecodeTest media CTS test pass with surface
output on the emulator on Mac OS X. (This test renders the decoded
video to a pbuffer and checks individual pixel values using
glReadPixels.)

Change-Id: I21a2430ce6334a5e82ea3203c4d157f5bad1558d
ColorBuffer: Remove the y-invert Intel GPU bug workaround

The fix in 57501158 makes sure pbuffers get initialized
properly. The previously incorrect pbuffer texture parameters
had different effects on different GPUs/drivers. On a Nvidia
GT 650M, the buffers were rendered properly but glReadPixels calls
were inverted, while Intel HD 3000/4000 seemed to get the rendering
inverted as well.

By passing proper pbuffer texture parameters, the bug (which in
itself was no driver bug but inconsistent behaviour when given
invalid parameters) vanishes.

This reverts the bug workaround parts of 9322c5cb (from
development.git).

Change-Id: Ibc38147967361cba6ba85cdf3b4e9a2e2ee6d881
Check the return value of eglChooseConfig

The EGL specs say that eglChooseConfig doesn't update num_config
if it returns a failure (which is exactly what
Translator/EGL/EglImp.cpp does). Therefore, if this function
returned a failure (e.g. due to an unsupported egl attribute),
nConfigs was left untouched, meaning that the configs array
was left uninitialized but treated as if it was full of valid
configs.

Change-Id: I3809272298ea10d65dc939849d2e3c17d1158da6
Merge "Some changes added to compile and run with Java 6 and Java 7."
am 99196f80: Merge "Some changes added to compile and run with Java 6 and Java 7."

* commit '99196f80d7a8ea1b4f7a710746c43121b81baada':
  Some changes added to compile and run with Java 6 and Java 7.
adt launch: Fix spelling mistake

Change-Id: I15d9459c67fd341fc85ae6b574941489218a4113
Merge "adt launch: Fix spelling mistake"
am 22abb45f: Merge "adt launch: Fix spelling mistake"

* commit '22abb45f82e6a53a74562a149848fdbeb2660f09':
  adt launch: Fix spelling mistake
Merge "Check the return value of eglChooseConfig"
am 092e338a: Merge "Check the return value of eglChooseConfig"

* commit '092e338a52df9eeb37675ed011d878f59a88808e':
  Check the return value of eglChooseConfig
Renderscript support mode for ant.

Change-Id: I5989c6135a1206ef76f8144dd2a41adccc9fe907
Merge "Renderscript support mode for ant."
am 002df272: Merge "Renderscript support mode for ant."

* commit '002df2729fc7b67edbc057a1207f1313d86d1978':
  Renderscript support mode for ant.
Merge changes Ibc381479,I21a2430c

* changes:
  ColorBuffer: Remove the y-invert Intel GPU bug workaround
  EglMacApi: Use the right pbuffer texture target and format parameters
am 45c24e28: Merge changes Ibc381479,I21a2430c

* commit '45c24e282112b7632ffa690f220cf2e4e0ebbe47':
  ColorBuffer: Remove the y-invert Intel GPU bug workaround
  EglMacApi: Use the right pbuffer texture target and format parameters
Support for installing SDK in C:\Program Files

Properly handles spaces in installation pathname on Windows.

Change-Id: I8bcfd18fddbe6d5ad70a8563e8696af2876c1d1b
Merge "Support for installing SDK in C:\Program Files"