| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
The new post_tools_install.bat will be found in SDK/tools/lib.
This also moves find_java.bat into the same lib folder.
SDK Bug: 2404830
Change-Id: I84e3671918931079f296500e296ec1a55931b851
|
|
|
|
|
|
| |
SDK Bug: 2315813
Change-Id: If026d09f927b3d0b5707dfd08e1367e4ba2da28b
|
|
|
|
|
|
|
|
|
| |
This is integrated from external/master/development.git in
order to not be lost when the development->sdk move is
merged into external/master
Change-Id: I51631f4efd75f8fb429499fb3ddd1926b7467038
http://android.git.kernel.org/?p=platform/development.git;a=commit;h=582fcd428db0a49e453c64c8233f9f82ae72e1fc
|
|
|
|
|
|
| |
SDK BUG 2232091
Change-Id: I2a000054545b7865769054d1fdc733e50f06edd5
|
|
|
|
|
|
|
|
| |
All apps now read source.properties located in SDK/tools
to know which version they. This is used in about box display
and in ping usage.
Change-Id: I6620c3eb703c32bfcdfd96e6a27bffc7a123b974
|
|
|
|
|
|
|
|
|
|
| |
archquery is used to figure out whether the VM is 32 or 64 bit, but on
MacOS X, it used the normal "java" command while the application was
forced to use java 1.5
This could lead to cases where archquery ran in 1.6 64bit but the app
in 1.5 32 bit, creating a mismatch and make the app using the wrong
SWT version.
|
| |
|
|
|
|
|
|
| |
The SDK now contains 32 and 64 bit version of SWT. DDMS and Traceview
use the archquery java app to check the architecture of the VM to decide
which version of SWT should be used to run the apps.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|