| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: Iba15f82cb00d19217382c78d8ff37dda1e97ea59
|
|
|
|
| |
Change-Id: I71a829fa4043cfd810eaccc216f0ce442bbe0ccd
|
|
|
|
|
|
|
|
| |
This is so that users who run tools out of the Android source
tree built for a particular device don't see the suggestion,
since monitor is not yet built during device builds.
Change-Id: I8d68a52f950f928a6a6a349bc5cf4c40b1d2e474
|
|
|
|
| |
Change-Id: I25cbf7fceffb521d63f766e37b1788f8a85e6fc4
|
|
|
|
| |
Change-Id: I41a8414669ba82f6053d2f5b7d582dbf32ba6e72
|
|
|
|
|
|
|
| |
Move stuff out of sdklib into common and ide_common.
Remove androidprefs and move the one class into common.
Change-Id: I71d126a13cf2ba413692e29616f4968a37d7b33a
|
|
|
|
| |
Change-Id: Ib7b0ee2986d2a7273a23c2e3d6c7a0aa7afc20fb
|
|\
| |
| |
| |
| |
| | |
* commit 'c2d5ffe0b9baa1c24a62459b82bb21df08f4250b':
Add support for the WindowBuilder Property Sheet
Switch libraries from Eclipse 3.4 to Eclipse 3.6.2
|
| |
| |
| |
| |
| |
| | |
This reverts commit f3d3fa912a10e20cadae813b80a66e538f77131d.
Change-Id: I72e28e21db3c7f959040c1fbb9df14e4d85d0df4
|
|/
|
|
| |
Change-Id: If39d1d21baef72cdd2a8a0f2ced1ebbe6e02c891
|
|
|
|
| |
This reverts commit b0c819f896b3c579633849e3fa674a30e6978dd7.
|
|
|
|
|
|
|
|
|
|
|
| |
This updates the org.eclipse.core.command, org.eclipse.jface and
org.eclipse.equinox libraries from Eclipse 3.4 to Eclipse 3.6.2.
It also updates SWT from 3.4 to 3.6.2 (and this drops the Carbon
support from the SwtMenuBar library since SWT 3.5 switched to Cocoa by
default.)
Change-Id: I7e8a6e3b8cb473f90eca3b90e3f3dc5fa5099b71
|
|
|
|
| |
Change-Id: Iba5860db0a56ab508d1ce155d0e079ab37eb2bc9
|
|
|
|
| |
Change-Id: I32121a336e5b3256ef1661fff5afe84741295d08
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These were not setting the "bin dir" properpty correctly,
and as a consequence the tools complain they can't find adb.exe.
The fix is to set it to the directory of the script but to
avoid spaces-in-path issues we use the "~fs" modifier to get
a space-free short name for the %cd% value. And since we can't
use use %cd% combined with ~fs, we use a for loop trick to set it.
Note that ddms.bat was in unix end-of-line mode so I changed it
back to DOS end-of-line mode.
Change-Id: Ic9e55643b551898043add27c12193a0949f40bb0
|
|
|
|
| |
Change-Id: Ifdfb8bbabf2b2aadf46ce0b27dcf99ef428d1ec9
|
|
|
|
|
|
|
|
|
|
| |
They were still using the old method of providing a jar folder
through java.ext.dirs in which to look for jar files.
The jar dependency is now explicit in the manifest, which allows
us to target ddmlib explicitely and not ddmlib-prebuilt.
Change-Id: Ic3c5708ab327a3e1fb7a7cd86fffda96e0d988dd
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
SDK BUG 2232091
Change-Id: I2a000054545b7865769054d1fdc733e50f06edd5
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
The '[[' command is not guaranteed to be present in /bin/sh, and in fact
is missing in stock Ubuntu 8.04
|
|
|
|
|
|
| |
Now we detect if the JVM we are about to run is 32-bit or not,
rather than checking if the CPU is capable of executing 64-bit
code or not.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|