| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Also make sure the Renderscript files are rebuilt when the build type
(debug/release) changes.
Change-Id: I688fc3f8550e3133ee32de3ef074efa75ccc3b67
|
|\ |
|
| |
| |
| |
| | |
Change-Id: Ib340cec79f7aedab0309c707e70a9acb2438feb9
|
|/
|
|
|
|
|
|
|
|
| |
JDK7 changes the default signing algorithm and breaks release
builds where the ant script does the signing after building
the apk.
This changes the Ant script to use a custom task that uses
the same code that is already used to sign debug apps.
Change-Id: I0df7378a7a59b54ef6a17db363a2127736f4434e
|
|
|
|
|
|
| |
Patterned after Changeset Id469ad9d6f8357bb331f38562bb0aaa253849f4b
Change-Id: Ieaf240d40abfde95bbedd6d7d028e52316d25361
|
|
|
|
|
|
|
|
| |
This CL adds necessary Eclipse support to provide native
code debugging. Native debugging is simply a wrapper around
CDT DSF's remote process debugging via a gdbserver.
Change-Id: Ifeb7c5d31dd94e49f0d5266dd881b0f60532ad9a
|
|
|
|
|
|
|
|
| |
Always call continueLaunch() from a non UI thread. Currently, in
one particular scenario, it is called from the UI thread which
means that it has to do work inside a new thread.
Change-Id: I40cafeb2bb047e1c6575ad5a626830e02d8d2e46
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In v1, using the SDK Launcher.exe would issue "android update sdk"
which would pop a window ready to install. The launcher was fixed
in the sdkman v2 but the command-line flag was still supported.
Remove it since it just doesn't work the same way in the new UI.
Solves SDK issue 23294.
Change-Id: If3a30685f9a3f06888e386a918e9fd59c691c58b
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This patch fixes the bug where the test project & application
projects were both using the same name if they were created
outside the workspace.
Change-Id: I0fa83ef62346ee39c6ec942d9bcd59e5f14cf0e7
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | | |
Change-Id: I082b8a21fba98979664427b0a8e140d5a8e3b0df
|
| |_|/
|/| |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- SdkController/SdkControllerLib: move files in Apps' .../lib
- SdkController/SdkControllerSensor + MultiTouch: remove.
- SdkController/SdkControllerApp: move to upper folder,
we don't need the subfolders anymore.
Besides the removal/move of the file, there's no
code change in the app itself.
Change-Id: Ib35428d7b10fd6eb849c7ec343fe5a23bf60ed97
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- Landscape layout for sensor activity.
- Fixes some comments from change Ia4ae2e71.
- Limit update rate to 50 Hz, default to 20.
- Fixed typo in temperature sensor name which
prevented it from being recognized.
- Replaced the String.format for sending emulator
string data by StringBuilder.append(float).
On an ADP2 device this reduces the time from
an average 9-15 ms to 1-2 ms.
Change-Id: Iad5fe3fada23dbdf4bc7cc162fb2daeaf8a113f5
|
| | |
| | |
| | |
| | | |
Change-Id: I2ce4006cfc30d2de956d246f1d5059d4032fc32c
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This adds a sample rate field in the sensor
activity. The sensor handler uses that to limit
the updates sent to the emulator -- simply discard
updates that come in too fast.
Change-Id: Ia4ae2e71eda4ed844ddc9b8b0657df2306e03674
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | | |
Change-Id: I058abb0660d52ae852b8bd4ee47241f1823035aa
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Also tweak the level of our <echo> message which should be of
level INFO but the attribute defaults to WARN
Change-Id: I5f302400e24c250cada8fb883678264b57480615
|
|\ \ \ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Change-Id: I871f390c964cfbb8d6c4883ce426bbaa8869f446
|
|\ \ \ \ \ \
| |/ / / / /
|/| / / / /
| |/ / / / |
|
| |/ / /
| | | |
| | | |
| | | | |
Change-Id: I431af7ec0745a1b7ccc34ee0a224ba6670b5bfff
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
What was I thinking?
Change-Id: I7f45703733ab593a477b7671028fec861acbc888
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
* changes:
Speed up loadPublicResources()
Change AttributeInfo.getFormats() to returning an EnumSet<Format>
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
The FrameworkResources method which loads in the public resources
takes about ~500ms of the target loading time.
This changeset optimizes this down to < 50ms using the following
three optimizations:
1) Precompute a map from names to ResourceItems before processing the
public names. Before this, it would search sequentially through the
name list, which when done n times meant O(n^2); we can construct
the map in O(n) and then perform n lookups in O(1) => O(n).
Also, be smart about which maps we precompute names for: the
ResourceType.PUBLIC and ResourceType.DECLARE_STYLEABLE types have
about 2,000 items, none of which are public, so skip precomputing
maps for these two. (However, keep the linear search around such
that if any are exported in the future the code will work
correctly.
Similarly, we know "roughly" the size of the final public maps, so
initialize them in the right size range such that they don't have
to do any internal resize+copy operations as we insert into them.
2) In android-15 there are 1500 new <java-symbol> elements in the
public xml file, which were being processed, doubling the number of
exported symbols. Limit the processing to only the <public> tags.
3) Switch from DOM parsing to pull parsing. This helps since more than
half the file consists of <java-symbol> elements, and we can ignore
whitespace and id attributes etc, so there is much less object
creation involved.
Change-Id: I4761e1182b9bc0c50fe94aea7dcd9690754c7908
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This changeset changes the signature of AttributeInfo.getFormats()
from returning a Format[] to returning an EnumSet<Format>.
Furthermore, it defines a number of constants for the various common
format sets such that they can be reused.
Nearly all uses of the getFormats() method was really just trying to
see "is format X among the formats", so using enumsets is more natural
since it has a contains method. This also lets us replace some
attribute init code which was building up a set from the array for
this exact same purpose just reuse the format set directly.
In the attribute parser, rather than computing the uppercase version
of each format string ("dimension"=>"DIMENSION") and then doing a
Format.valueOf("DIMENSION"), we now compute a map for all the format
constants as lowercase to the corresponding format instance, and use
that map when parsing the attrs.xml file.
Note that there is a small semantic change from having an array of
formats to using an enumset: The format specified an
ordering. However, it does not look like any code depended on this,
and it's also not clear that the ordering in attrs.xml is
intentional. For example, it contains both "color|reference" and
"reference|color", and in both cases the intent is that the attribute
can specify an actual color or a reference to a color. Now with an
enum set, the order used when traversing the formats will always be in
their natural order, and for this purpose the REFERENCE type is moved
to the end since it's the least specific.
Change-Id: I1170cff48086f5cc13e4b70a35deea1f9979c883
|
|\ \ \ \ \ \
| |/ / / / / |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This changeset optimizes the handling of AttributeDescriptors during
the SDK target loading phase. From some simple benchmarks, this
speeds up target loading about 40%. (On an low-load machine, loading
two targets took on average 9.11s with standard deviation 1.86 for 13
runs; after the fix the same target loading took on average 6.359s
with standard deviation 0.944s for 17 runs -- so the speedup is 1.43).
The most important fix is to make the computation of the tooltip text
and the UI name (which performs various lowercase to uppercase
conversions, in some cases involving regular expressions, and many
string concatentations) be evaluated lazily. This is a big win since
most attributes never have their UI names or tooltips displayed, and
when they are, usually just a small number.
Since tooltips and UI names are now computed lazily from the
AttributeInfo, the constructor for the TextAttributeDescriptor and its
subclasses no longer take a UI name or tooltip; instead, there is an
explicit setter for the cases where you have a specific tooltip you
want to hardcode (as with the builtin descriptors such as the ones for
drawables).
The actual formatting method for UI names was also optimized a bit,
such as avoiding regexp replacements except for cases where they are
likely needed, preallocating a larger character buffer, etc.
Change-Id: I7004e403fcf696e18bd89a29c6cfd27b61c1e9f8
|
|\ \ \ \ \ \
| |_|_|/ / /
|/| | | | | |
|
| |/ / / /
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
The command line build of the plugin displays all warnings in all
plugins: thousands. This makes it harder to find the actual error
breaking the build, and we don't need the warnings in these logs:
it's easier to process and fix warnings within Eclipse when
developing the plugins. So, this changeset turns off warnings for
the command line build configuration.
Change-Id: Id469ad9d6f8357bb331f38562bb0aaa253849f4b
|
| | | | |
| | | | |
| | | | |
| | | | | |
Change-Id: I8734d98497330e0548f910e47502294eec9822aa
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Apparently removing from the SDK build it not enough.
Change-Id: I3aee0ee0eb05d83ea91d3ad75493185c5d756e38
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
build servers
I disabled it in atree in 42abcff24ee6cb9afa5b70479a6141a3dec7c2e9
but I forgot a reference to monitor left in the windows sdk part.
Change-Id: Id853fed7e849dfe9cfb41f2b99e9669191786d6f
|
| | | | |
| | | | |
| | | | |
| | | | | |
Change-Id: Icd7081c1b6285b76e3e08307b125b6dbb546cfcb
|
|\ \ \ \ \
| |/ / / /
|/| | | | |
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This adds a new SDK/tools/monitor[.bat] wrapper
as well as SDK/tools/lib/monitor-x86[_64]/ directories
that contain the actual RCP application.
The monitor shell wrappers + bat have not been properly tested yet.
The goal of this CL is just to build the RCP. In a following
CL we'll adjust the wrapper and the actual binary location
in the SDK.
Cross-dependency: Requires build.git change Ifb31e2e3.
Change-Id: I7afbd63badfb81fd5d3d899de672e02525a49bc2
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
in Ant builds."
* commit '36e49c5277ac346398d96d67c7ee5814bded8a5f':
Enable passing of debug and optimization flags to slang in Ant builds.
|
| |\ \ \ \
| | |/ / /
| |/| | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
Change-Id: I8c6affe825b93eefb7ed60000740aa2783d93a20
|
|/ / / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This application is intended to run in the emulator to test sensor emulation.
This app listens to all the available sensors, and display their values on the
screen. So, it's easy to see if sensor emulation works using this application.
Change-Id: Iff4f9898fcfa6842bc4644e977dd8fa27972f60f
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
One issue in SdkController now is that for every single sensor
update we compute 2 string.formats, which take about forever
(around 2-4 ms each on a GN.) One is used for the UI display
so we don't need to do it when updating the sensor, instead
we can keep track of the sensor values and defer the UI string
format at display time.
This also adds code to measure timings in the sensor update
loop. It's disabled by default.
In a next CL I will replace the string.format(%g) by something
else. Using Float.toString and a StringBuilder should be
a tad more efficient since we don't need Locale-dependant
formatting (and arguably should NOT have any in fact).
Change-Id: If9e01e88c76bcd9e433df0f40c7ab28d697655e7
|
|\ \ \ \ \
| |/ / / /
|/| | | | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This changeset adds a new editor delegate, "PlainXmlEditorDelegate",
which is used for XML files that have no associated resource
type. This is used instead of the OtherXmlEditorDelegate, which is
intended for resource files.
This changeset means that if you open the lint.xml file in the root of
the project, you no longer get a form (which wasn't helpful since we
don't have descriptors for that filetype).
Change-Id: I776f7dbe2b9fc994993b26524cc2965d014496aa
|
|\ \ \ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Also refactor some common code from the SensorActivity
into the BaseBindingActivity.
Also rework the handler-to-UI update mechanism.
Change-Id: I0a38b16ae2b2b4adb802298793cefa51b1a73104
|